Re: [arch-general] Reboot - Versioned Kernel Installs

[Robert Howard]

Why not just copy the old kernel image, modules and initrd image somewhere
by hand before you upgrade kernels. If we try to make this automated it
isn't going to be kiss. I used to do this way back in the day by including
the entire kernel version in the pkgver and giving the images longer names.
It was possible to have concurrently installed kernels. Check out how some
of the AUR kernels manage to be the same kernel version as the official
without causing issues.

Re: [arch-general] Bachelor thesis

[Robert Howard]

> Fsck for btrfs seems to be a rather complicated for one person to study
and implement. Nevertheless I will consider it.
> Thank you Thomas.
>
I'm fairly certain that the btrfs fsck is being worked on already, but they
could probably use any help you could give them. There is also the project
to add multi-device, subvolume and compressed btrfs feature support to
grub2.

Re: [arch-general] [arch-dev-public] removing load-modules.sh from udev

[Robert Howard]

I recently did a fresh install and noticed a ton of modules prefixed with !
in rc.conf by default.  Not at the box currently but it was 5-7 modules
listed. This will have to be changed.

Also, this functionality has worked the same way for the entire time that
I've used Arch. That is since 2003 and prefixing with ! was used to
blacklist way back then. This change will break a lot of configurations.

Re: [arch-general] New nvidia driver - video mode not recognized - remove vga= from kernel line?

[Robert Howard]

I believe this is occurring before the nvidia driver gets involved. Have you
tried downgrading nvidia?
On Oct 27, 2010 11:15 PM, "Heiko Baums"  wrote:
> Am Wed, 27 Oct 2010 21:36:52 -0500
> schrieb "David C. Rankin" :
>
>> Guys,
>>
>> To add to the nvidia issues, after update to the latest
>> driver (nvidia 260.19.12-1) the machine stops during boot due to
>> (Invalid video mode, press enter to see list)
>>
>> Pressing enter then lists the available modes. However, when
>> I enter one of the listed modes, it is rejected and I get prompted
>> again with the (Invalid video mode, press enter to see list).
>>
>> I don't know whether this is a bug, a KMS thing, or what, but
>> I have never had any problems passing vga=0x31a on the kernel line
>> with the nvidia driver before. (I know with ATI, KMS early is
>> recommended, and no vga= on the kernel line)
>>
>> Is anybody else seeing this? Should I just remove the vga=
>> line?
>>
>> After letting the (Invalid video mode, press enter to see
>> list) prompt time-out, it all continues fine and the nvidia
>> driver loads without issue. What say the experts?
>
> There's an option to scanning your video card for valid values. If I
> recall correctly you just can enter "scan" at that prompt. Then you can
> set vga= to one of the possible values.
>
> But if you're using KMS you need to remove the vga kernel parameter. If
> you don't want to use KMS, add the kernel parameters vga and nomodeset.
>
> Heiko

Re: [arch-general] Benchmarks (GUI)

[Robert Howard]

Phoronix Suite perhaps? Don't know what it uses for graphics test or if it
even works on Arch. Benchmarks are lacking for Linux.
On Oct 8, 2010 10:29 AM, "Manne Merak"  wrote:
> Anyone know of some reliable benchmark utilities I can use to evaluate
> display cards? and different drivers (mostly Nvidia on KDE 4.5).
> I know I can install some 3D game or demo and compare FPS, but I need
> something more focused on basic desktop experience; and must be
> repeatable with some form of formatted results.
> I know KDE had a benchmarking suite way back, can't seem to find it?
>
> Manne
>

Re: [arch-general] Ugh.. It's Official -- OpenOffice is forked -- LibreOffice

[Robert Howard]

I personally never liked the OpenOffice.org moniker. Always felt like it was
too long and just plain ugly.

On Sep 29, 2010 3:48 PM, "Jeff Cook"  wrote:
> On Wed, Sep 29, 2010 at 11:38 AM, Guus Snijders 
wrote:
>> On 29-09-10 05:24, David C. Rankin wrote:
>>>
>>> Guys,
>>>
>>> For those that rely on OpenOffice, and for those that prepare the
>>> packages, it's official, OpenOffice forked as of Sept. 28, 2010. Here
>>> is the press release:
>>>
>>> http://www.documentfoundation.org/contact/tdf_release.html
>>
>> Thanks David, i had seen the name "libreoffice" somewhere, but it didn't
>> ring a bell so far.
>>
>>
>>
>> mvg,
>>   Guus
>>
> LibreOffice may not stick -- they have invited Oracle to be a member
> of the Foundation and asked that they donate the OpenOffice.org
> materials; trademarks, logos, etc. So the hope for the OpenOffice
> brand may not be totally gone yet, though obviously it's doubtful that
> Oracle will be donating anything.

Re: [arch-general] Adobe Releases New 64-bit Flash Plugin For Linux

[Robert Howard]

Sadly, I won't be able to ditch adobe until gnash or lightspark supports
flex fully. This day may never come.
> I know it doesn't adress the problem with flash, but are a side note. Most
> of us only use flash in order to view flash videos, an most of the time we
> also would like to download them. For this ytmp (
> http://aur.archlinux.org/packages.php?ID=40172) is a great substitute and
> let you view the videos in your own movieplayer or download them.
>
> 2010/9/17 Loui Chang 
>
>> On Thu 16 Sep 2010 16:53 +0200, Linus Eklöf wrote:
>> > What's kind of sad is that people support and use adobes flash. Gnash
>> might
>> > not work that well, but at least you'll kind of show support for free
>> > software.
>>
>> What's really sad is that so many sites rely on flash in the first place.
>>
>>

Re: [arch-general] kde 4.5.1-1 looks much better.

[Robert Howard]

Perhaps I misstated my point. My system is pretty snappy when it's working
right (it should be as I've got 8GB RAM and 8 CPU cores) but since the last
update Dolphin literally stop working for short periods when you interact
with files (mouse over, click, right click). It's a total freeze of the
application and it can take anywhere from 15-20 seconds to respond again.


On Thu, Sep 2, 2010 at 12:23 AM, Shridhar Daithankar <
ghodech...@ghodechhap.net> wrote:

> On Thursday 02 September 2010 04:53:24 David C. Rankin wrote:
> > On 09/01/2010 01:46 PM, Ray Rashif wrote:
> > > KDE is fancy, but snappy it is not.
> >
> > Funny, the windows side of the world found out that gigabyte desktops
> > aren't that snappy either. Wonder if there is a common thread.
>
> IMO KDE part of lost snappiness is due to addtional technical layers and
> latency between intra-daemon communication(nepomuk, strigi, akonadi and
> what
> not) rather than resource hog. It can be tuned down to bare minimum
> necessary.
>
> I have not seen the lag anytime but I have a 4GB ram machine. however
> konqueror and rekonq are far more snappier than anything else. firefox OTOH
> damn its slow to start. even soffice starts faster than it. I have no
> extensions installed.
>
> Another issue to consider is consistency of lag. on KDE side, its pretty
> much
> constant. On windows 7 machine at my work, its click and pray, despite of
> having a 2GB RAM machine.(1GB is taken by VM but lot is still free).
> Compared
> to KDE, that really unbearable.
>
>
> --
> Regards
>  Shridhar
>

Re: [arch-general] kde 4.5.1-1 looks much better.

[Robert Howard]

I noticed the wallpaper changer thing myself and think it's great to finally
have that horrible dropdown list replaced with something decent. On the
other hand, since the 4.5 update my Plasma-workspace process has crashed
everytime I login to KDE via KDM. It respawns 15 seconds later and works
fine but it always dies once right after login. Also, dolphin seems to be
really slow and laggy.

Rob

On Wed, Sep 1, 2010 at 1:06 PM, David C. Rankin <
drankina...@suddenlinkmail.com> wrote:

> Guys,
>
>Even from a kde4 hater, kde 4.5.1-1 is looking much better than
> prior releases. Way to go Arch on the packaging. It is starting to add some
> of the efficiencies k3 had that k4 has lacked. Simple case-in-point, just
> rt-click to change the desktop wp and you now have a clean 3 column
> thumbnail setup that provides 300% more info than the old slow single column
> thumbnail list. Not earth-shattering, but it is good to see some of the
> really awkward dialogs getting reworked.
>
>Don't get me wrong, k4 still needs work, but I'm more than willing
> to tip my hat and recognize good progress when it has been made despite the
> 2.5 years of hell I've been though with that desktop. (as an aside - the 3D
> chessboard wallpaper is just killer)
>
>We shall see where it goes...
>
> --
> 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] Open Letter (Plea for Medical Help/Assistance) to World Leaders

[Robert Howard]

HFS! That's the longest spam I've ever seen.

On Aug 27, 2010 10:17 PM, "Aaron Griffin"  wrote:
> On Fri, Aug 27, 2010 at 6:24 PM, Ray Rashif 
wrote:
>> Aaron, did you not do something about this the last time?
>
> Yeah, it's a new address this time. I blocked that one too...

Re: [arch-general] No updates in a while - Is this the 'untiered mirror' thing?

[Robert Howard]

I've noticed the same thing. No updates in a week. Very unusual for the
packages I use.

On Aug 2, 2010 3:17 AM, "Burlynn Corlew Jr"  wrote:
> On Mon, Aug 2, 2010 at 12:37 AM, David C. Rankin <
> drankina...@suddenlinkmail.com> wrote:
>
>> Guys,
>>
>> It is rare I go a week without some type of update. My last update
>> was:
>>
>> [2010-07-25 04:49] upgraded wavegain (1.2.8-1 -> 1.2.8-2)
>>
>> Looking at archdev-public, there is a 7/24 "no more untiered mirrors"
post
>> from Roman about the need to shut down mirrors. Is this what is behind no
>> more updates for me? If so, what do I need to change in my mirror list,
>> pacman.conf, etc. to make sure I can get updates again?
>>
>> If it is just because Arch is perfect and there will no longer be a
>> need for any updates -- I'm good with that too. Just let me know :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
>>
>
>
> https://www.archlinux.de/?page=MirrorStatus
> http://wiki.archlinux.org/index.php/Mirror
>
http://wiki.archlinux.org/index.php/Beginners'_Guide#Mirrorcheck_for_up-to-date_packages
>
> It is possible your current installed package list has had no updates, but
> not likely. You would do all of us a favor by expanding your searches for
> answers to farther than the mailing list.

Re: [arch-general] Xorg18 status and Gnome

[Robert Howard]

Don't read websites that compare arch to debian.

On Jun 3, 2010 4:40 PM, "Keith Hinton"  wrote:

Hi,
Why is it that Arch seems to take longer than say other distros such as
Ubuntu, Debian, etc, to support newer versions of Xorg and Gnome? I was
curious about that process.
While Debian/Ubuntu/etc distros seem to be supporting the Gnome desktop just
fine, it appears that others most noticeably that of Gentoo and other such
similar distros, mask or test out Gnome/Xorg, rather than releasing it
strate away into say in Arches case, the extra/core repos.
I had another question, relating to that of Arch, some webpages I have found
compare Arch to Debian Cid/Unstable. How true is this, and exactly in what
way is Arch Linux itself, like that of Debian Cid? Thanks!
Regards, --Keith
Skype: skypedude1234
MSN Messenger:
keithin...@hotmail.com
Yahoo  messenger /AIM:
keithint1234

Re: [arch-general] Adobe-air

[Robert Howard]

Yes

On Jun 3, 2010 9:01 AM, "Madhurya Kakati"  wrote:

On Thu, Jun 3, 2010 at 2:13 PM, Robert Howard  wrote:
> Forgot to add 'pacman -Sy l...
will pacman -S lib32 install every 32bit libs?

Re: [arch-general] Adobe-air

[Robert Howard]

Forgot to add 'pacman -Sy lib32'

On Jun 3, 2010 4:41 AM, "Robert Howard"  wrote:

It's a 32-bit binary and you only have 64-bit libs. You need to install the
32-bit version of GTK+ and I would guess a few others.


>
> On Jun 3, 2010 2:29 AM, "Madhurya Kakati"  wrote:
>
> HI all,
> I tried ...

Re: [arch-general] Adobe-air

[Robert Howard]

It's a 32-bit binary and you only have 64-bit libs. You need to install the
32-bit version of GTK+ and I would guess a few others.

On Jun 3, 2010 2:29 AM, "Madhurya Kakati"  wrote:

HI all,
I tried all arch packages of adobe-air from AUR and also
bin32-adobe-air without success. So i went to their website and
downloaded the .bin file for linux. So i ran chmod a+x
AdobeAirInstaller.bin to make it executable and then ran sudo
./AdobeAirInstaller.bin. I remember i did this and successfully
installed adobe air on Ubuntu but now in arch it throws an error.
Error loading the runtime (libgtk-x11-2.0.so.0: wrong ELF class:
ELFCLASS64). I am using 64 bit arch. Please help.
Thanks

Re: [arch-general] Err... Why is gvim now conflicting with vim?

[Robert Howard]

Geez. I guess it's just hard for people like David and myself, in my case a
loyal Arch user for the better part of a decade, to understand the
how-dare-you post a question asshole attitude that seems to have built up in
the mailing lists over the past few years.

On May 7, 2010 12:29 PM, "Xavier Chantry"  wrote:

On Fri, May 7, 2010 at 10:43 AM, David C. Rankin
 wrote:
> Guys,
>
>...
Maybe try irc next time, at least people won't debate for hours
whether you should have searched first or not.
They will just tell you to read the f* news, possibly with a link :)

Re: [arch-general] 4k sector drives

[Robert Howard]

How did you get two drives into RAID5 and if so, why?

On Apr 29, 2010 7:38 PM, "bardo"  wrote:

2010/4/29 Caleb Cushing :

> On Mon, Apr 26, 2010 at 9:22 PM, Marti Raudsepp  wrote:
>> However, this WD disk ...
Just two days ago I built an Arch NAS/HTPC with two 2TB WD Caviar
Green WD20EARS (the ones with 4k-sectors). I used the latest iso from
build.archlinux.org, the one that Thomas suggested, and everything
went happily fine. I used parted's interactive mode to partition,
followed by mdadm and mkfs.

Parted automatically warned me about an unoptimal sector alignment
when I tried to put the first partition at 0 (the first partition
should start at 2MB), but if you want to be extra-sure just check the
the '-a optimal' parameter. About the disk reliability I can't tell
much, but I already transferred some 100GB to it, and of course I had
the first RAID5 build, which took a few hours and ran through the
whole disk. Also, smartctl doesn't have anything bad to say.

HTH,
Corrado

Re: [arch-general] Latest NVIDIA en kernel update

[Robert Howard]

Works fine here. KDE4.4+Compiz with a pair of GTX 295's. Can't tell any
difference between new and old.

On Apr 23, 2010 2:32 AM, "Manne Merak"  wrote:

I see there are some discussions going on the nvidia, KDE and arch forums
about the performance of KDE 4.4 and latest nvidia driver, no results yet as
I can see.
My current setup with 190.53 works fast and snappy (no special xorg param);
but updating to anything later drops performance by a factor, so I resisted
upgrading nvidia.  Now with the latest kernel update I cannot keep the
190.53 driver.
Anyone have a solution for performance tweaking the latest KDE and nvidia
combo?  (I dont want to get too out of sync with the updates).

Manne

Re: [arch-general] package manager overlay script

[Robert Howard]

PackageKit

On Apr 15, 2010 9:15 AM, "Rogutės Sparnuotos" 
wrote:

Andre Osku Schmidt (2010-04-15 14:17):

> Hello,
>
> im getting tired to be forced to remember many different options for
> various package...
Hi,

Aren't shell aliases enough for this job?

if [ -f /etc/arch-release ]; then
 alias list="pacman -Ql"
 alias owns="pacman -Qo"
 alias sea="pacman -Ss"
 alias inst="sudo pacman -S"
 alias rem="sudo pacman -Rsn"
elif [ -f /etc/debian_version ]; then
 alias list="dpkg-query -L"
 alias owns="dpkg-query -S"
 alias sea="aptitude search"
 alias rem="aptitude purge"
elif [ -f /etc/exherbo-release ]; then
 alias list="paludis -k"
 alias owns="paludis --full-match -o"
 function rem() {
   paludis -u --with-unused-dependencies -p $@ && \
   read -q '?Continue [y/N]: ' && \
   paludis -u --with-unused-dependencies $@
 }
fi

--
--  Rogutės Sparnuotos

Re: [arch-general] on rolling release / reinstallation

[Robert Howard]

I've done the ill fated -Syu right before a project deadline. Something in
the update broke mdraid and my system wouldn't boot until I booted from
livecd to redo the -Syu. I think maybe my mirror was syncing when I was
updating and my packages were mismatched.

Never update when facing a deadline.

On Mar 16, 2010 8:10 PM, "Isaac Dupree" 
wrote:

On 03/16/10 14:12, David Rosenstrauch wrote:

> On 03/16/2010 01:58 PM, Thayer Williams wrote:
>
>> Welcome aboard and glad you're getting things sorted out. Once you
>> have used a rolling release distro, everything else just seems silly.
>> Reinstall every six months? No thanks!
>>
>
I enjoyed the 6-month reinstalls... for a while. They reminded me how my
system was set up ; to make backups ; etc.

 When I hear about issues people run into when upgrading to, say, the
> latest version of Ubuntu, my thinking is usually some combination of:
>
> 1) "What's an OS upgrade?"
>
> 2) "What's an OS version?"
>

true. and on the occasion that Ubuntu breaks something in a stable upgrade,
it's awful (although I'm not sure this ever actually happened to me).

I still reckon it's useful to reinstall Arch every few years, as "/" gets
cluttered with old layouts, .pacnew files, miscellaneous stuff from
de-installed packages, packages that are accidentally still installed due to
upgrade sequences or forgetfulness, enabled daemons that are no longer part
of the mainstream Linux stack (e.g. I hear HAL may be slowly going out of
fashion), new advice in the Official Install Guide that you haven't checked
in ages, new filesystem formats (or at least, making a new filesystem
eliminates any fragmentation in the old one), decaying personal knowledge
about how Linux works (due to complacency, if it's all still working, or
just not having an all-in-one chance to get a "big picture")...

Just don't delete your old "/" until a while after the new one is working,
if you can manage it.

 3) "If you were running Arch, you wouldn't be running into so many bugs
> on upgrade ... because you'd never wind up upgrading so many packages
> all at the same time."
>

yes and no. Workarounds are easier, but need to be done more often than once
every six months.  It was nice to be able to do upgrades during my
school-vacation-time rather than when I have a paper due shortly (there's
ALWAYS a paper due, or an e-mail to get back to, at my college..)

 4) "You're still running into *that* bug? That was fixed in Arch
> *months* ago!"
>

:)

-Isaac

Re: [arch-general] Hacking into HAL's mount process

[Robert Howard]

Yes, it's all placebo effect. What seems like faster transfers is really the
use of write caching and not a good idea for removable media. Could leave
the data and filesystem in inconsistent states if the device were
accidentally removed or if power failed.

On Mar 14, 2010 4:33 AM, "Ray Rashif"  wrote:

On 13/03/2010, Nilesh Govindarajan  wrote:
> By default HAL adds the flush flag wh...
Funny..I remember the very reason for making "flush" a default mount
option was because users were frantically trying to convince everyone
around that it would allow for optimal performance of flash-based
storage, aside from running the risk of losing data without it.


--
GPG/PGP ID: B42DDCAD

Re: [arch-general] [arch-dev-public] Allow comments on closed bugs?

[Robert Howard]

What do other distros do on their bugtrackers? We should allow comments
after closing to facilitate further user input. Lets not forget that Arch
Linux would not be in it's current state without user/dev interaction.

On Mar 12, 2010 7:19 PM, "Heiko Baums"  wrote:

Am Sat, 13 Mar 2010 08:39:05 +1000
schrieb Allan McRae :


> I really do not see the need.
>
> If a bug is wrongly closed -> request a reopen.
> If you just ...
And this is forcing the reporter to begging for reopening and looking
again at the bug.

Closing a bug too early can in the reporter's sight mean: "Hey! I'm the
king and I decide if I'm willing to fix the bug. And if I don't want
to, then you don't have to say anything. Your subject to my merci."

Of course this is a bit exaggerated and of course in most cases the
developer doesn't mean it, but this is how the reporter can easily
understand it. And this can lead to such misunderstandings and to angry
reactions.

Don't see this only from your (the developer's) point of view. Try to
see it from the reporter's point of view.

Greetings,
Heiko

Re: [arch-general] LVM/MDADM and GRUB2

[Robert Howard]

Yes. My current desktop does this. It was very simple, just requiring that I
run grub-install on /dev/md0 and then adding insmod lvm and mdraid to
grub.cfg. You also must ensure that you have a partition that is flagged
bootable with some BIOSs.

On Mar 10, 2010 1:48 AM, "Tobias Powalowski"  wrote:

Hi,
has anyone succeeded in having /boot on a lvm volume, or a mdadm raid
device,
which grub2 can directly boot from it?

If yes please give me some advice how to do it, i want to add full grub2
support to archboot setup and the docs are quite messy. I haven't found a
way
to do such a setup.

Many thanks for any input.
greetings
tpowa
--
Tobias Powalowski
Archlinux Developer & Package Maintainer (tpowa)
http://www.archlinux.org
tp...@archlinux.org

Re: [arch-general] Something is seriously wrong with FlashPlugin; makes chrome & firefox crash like crazy

[Robert Howard]

Same problem here. Running dual E5410 Xeons; Firefox crashes and will not
restart.

On Mar 7, 2010 9:59 PM, "Shridhar Daithankar" 
wrote:

On Sunday 07 March 2010 20:54:24 Gaurish Sharma wrote:
> Hi,
> My CPU is Intel E5300.AKAIK, lahf onl...
I am running a E7400 with flashplugin 10.0.45.2-1. No issues at all.
--
Regards
 Shridhar

Re: [arch-general] kde4.4 upgrade and nvidia

[Robert Howard]

Works for me.

On Mar 3, 2010 12:03 AM, "richard terry"  wrote:

I noticed mention was made about 'bitmap fonts like terminus will be broken.

Does that mean that nvidia driver won't work? or is it still safe to
upgrade.

Regards

Richard

Re: [arch-general] A suggestion for the devs regarding rebuilds

[Robert Howard]

Keeping old versions of libs would violate Arch's policy of being bleeding
edge and also complicate things. -1 from me.

On Feb 8, 2010 2:03 PM, "Thomas Bächler"  wrote:

Am 08.02.2010 19:56, schrieb Ray Kohler:

> I haven't seen a single reported problem from any of the recent big
> rebuilds that wasn't the res...
A popular variant of this apparently was cairo-lcd, which everybody
forgot to rebuild, thus breaking gtk2.

I should also had that the problems have been getting less due to the
community-testing repository and the fact that we could synchronize
extra and community rebuilds this way.

Re: [arch-general] library version conflict -- how does Arch solve this ?

[Robert Howard]

All programs should be rebuilt with the new libs.

On Feb 7, 2010 9:06 PM,  wrote:

On Mon, Feb 08, 2010 at 11:29:28AM +1000, Allan McRae wrote:

> >I find it extremely strange that up...
Providing only the latest in the repos is OK, but erasing a
previous version **with a different major version number**
on a user's system surely isn't, as existing applications
will depend on it.

If I have

/usr/lib/libpng.so -> libpng12.so
/usr/lib/libpng12.so -> libpng12.so.12.0.0
/usr/lib/libpng12.so.12 -> libpng12.so.12.0.0
/usr/lib/libpng12.so.12.0.0

and installing a new app requires version 14,
then the new situation should be

/usr/lib/libpng.so -> libpng14.so
/usr/lib/libpng12.so -> libpng12.so.12.0.0
/usr/lib/libpng12.so.12 -> libpng12.so.12.0.0
/usr/lib/libpng12.so.12.0.0
/usr/lib/libpng14.so -> libpng14.so.14.0.0
/usr/lib/libpng14.so.14 -> libpng14.so.14.0.0
/usr/lib/libpng14.so.14.0.0

which means that a previously installed app that
expects libpng12.so or /usr/lib/libpng12.so.12 will
still work.

Replacing is allowed only if the major version
number stays the same (which implies the lib
will be compatible with the one it replaces).

The only alternative to this is making sure that
updated versions of all apps are made available
as soon as the new library is used by any of them,
and this is clearly impossible.

I'm pretty sure that at the moment a system update
or even complete fresh install including texlive,
emacs and gnuplot will have the latter two not
working. The most recent versions (as of writing)
require different libraries.

So, apparently there is no solution.


Ciao,

-- 
FA

O tu, che porte, correndo si ?
E guerra e morte !

Re: [arch-general] Arch Linux and security - it needs some work

[Robert Howard]

I suppose my problem with all the Arch security/insecurity talk is that it
assumes that Arch users are not more than capable of reading lists and
discovering bug and holes in software that we use daily. I don't think there
has ever been an issue with an Arch package that wasn't fixed as soon as
upstream made a fix available. We can't expect our small community to fix
upstream bugs and issues. Moreover, the effort should be spent on addressing
distribution specific shortcomings. Just my two cents.

On Feb 1, 2010 5:56 PM, "Pierre Chapuis"  wrote:

Le Mon, 1 Feb 2010 22:21:03 +0100,
Heiko Baums  a écrit :


> If a security bug is found it should be filed to and fixed by upstream
> anyway.
This is true, except sometimes upstream patching can take a while and
it would be a good idea to warn users about the problem in the meantime
so that they can take temporary measures. If there's a single thing
that I miss about Arch security, it's Arch Sheriff : it basically did
that. Maybe people who want to do something about security could begin
with resurrecting it.

--
catwell

Re: [arch-general] An old, tiresome discussion: cdrtools vs cdrkit

[Robert Howard]

Or we could distribute both and hope that the resultant time/anti-time
explosion is such that the universe is destroyed and we never have to bother
worrying about such pointless, unproductive, made-up bullshit again in our
lifetimes

On Wed, Jan 27, 2010 at 10:34 AM, Jim Pryor

> wrote:

> Wow, this thread got very hot very fast. I composed this about an hour
> ago, when things were much cooler. But the questions still seem worth
> raising.
>
> I understand Joerg's frustration about the burden of proof issue here,
> and I also understand Allan's and Phrakture's reluctance, in the light of
> our not having more solid evidence from disinterested parties.
> Apparently Joerg has seen more such evidence, but is not in
> a position to provide it. That's unfortunate, but understandable.
>
> People are getting alternately enthusiastic, and frustrated, and annoyed
> with each other, but that seems to be about where this stands.
>
> Aren't there two questions here, though?
>
> 1. Should we distribute binaries of cdrtools?
> 2. Should we distribute binaries of cdrkit?
>
> Setting 1 aside for the moment, it sounds to me---not based wholly on
> this thread, but this thread exhausts my recent reading on the
> issue---like there are possible legal issues with 2, and in fact it
> sounds to me like the case for that is rather stronger than the case for
> there being legal issues with 1. That impression survives even if the
> case against cdrkit does all trace back to claims made by Joerg---which
> I don't know to be so but which has been alleged here.
>
> There are technical reasons for thinking
> cdrtools is much preferable to cdrkit; however that leaves it open
> whether cdrkit is or isn't good enough for the needs that prompt us to
> distribute a binary of either of these packages.
>
> As I said I do understand the reasons given for hesitating about
> cdrtools. But it sounds to me like cdrkit survives equally careful
> scrutiny less well.
>
> So why isn't the decision tree:
>
>be most cautious legally, and distribute neither
>
>be moderately cautious legally, in which case although it's not obvious
> cdrtools is in the clear, the case against cdrkit seems stronger, so if
> one is to be distributed it should be cdrtools
>
>trust other distros, and decide we're clear to distribute either, in
> which case the technical merits again speak for cdrtools.
>
>
> --
> Jim Pryor
> j...@jimpryor.net
>

Re: [arch-general] An old, tiresome discussion: cdrtools vs cdrkit

[Robert Howard]

Let us all remember that Arch Linux is not a for-profit company out to make
a dollar on the backs of free software developers. It is likely that anyone
making a license claim against Arch Linux would simply ask us to remove the
offending package and leave it at that. The real risk is quite minimal and
most companies I've worked for would do this without much fear until someone
challenged the legality in a more official capacity. Even then, such a
challenge requires money and years of time.

So, I would say that putting cdrtools back in extra would be less risky than
running Windows or using a credit card at a restaurant (which is how many
numbers are stolen).

We always have AUR or maybe the archlinux.fr guys would be willing to host
it.

On Jan 27, 2010 8:15 AM, "Emmanuel Benisty"  wrote:

On Wed, Jan 27, 2010 at 4:58 PM, Thomas Bächler 
wrote: > It seems that most o...
If this is true, can't Joerg just issue an official statement that he
will not sue Arch and we can close this case. or can any other party
sue you when violating the GPL ?

Re: [arch-general] Software RAID w/ 4 Drives Fails

[Robert Howard]

Yes, you should be able to do it either way. I have built 6+ drive arrays
from clean install before without any problem.

IIRC, the command should just be mdadm /dev/md0 -level=5 -raid-devices=4
/dev/sd[a-d]1

You can also add a switch to force all drives active but you must also add
-ff to the command line.

On Jan 22, 2010 3:56 PM, "Carlos Williams"  wrote:

On Fri, Jan 22, 2010 at 2:34 PM, Robert Howard  wrote: >
RAID5 is one of the levels...
I don't doubt that I could build a working Arch system with 3 physical
drives and then use 'mdadm' to add the 4th drive as a spare or as
additional disk space for the RAID5 array. I should be able to add a
4th disk to RAID5 w/o having any 'hot spares, correct?

I just feel that I should be able to do this from a fresh install. I
assumed I was missing a syntax in the command. I partition all 4 disks
identical. All disks have a equal amount of partition space assigned
to RAID (type = fd) and then I use mdadm to build the array so I can't
see why it does not work. Yes I do have a USB keyboard but if I don't
need to add the usb modules for RAID5 with 3 disks, why would I need
to add it for RAID5 with 4 disks. It makes no sense to me...

Re: [arch-general] Software RAID w/ 4 Drives Fails

[Robert Howard]

RAID5 is one of the levels that can be added to after creation. I think you
should boot from the install CD and read the mdadm man page. It contains all
the information you need to do what you want. That said, when you try to
build the 4-drive array, do you get any errors reported? You may need to set
the partition type to Linux MD RAID for the new drive if you intend to use
the mdadm hook to assemble the array.

On Jan 22, 2010 1:15 PM, "Dwight Schauer"  wrote:

Can you add a drive to an array after it has been built?

I know you can add a hot spare, or remove a drive and add another, but I did
not think you could increase N, where the size of the array is N-1 * size of
each drive. How is the raid going to know which is data and which is parity?

Of course I could be wrong.

On Fri, Jan 22, 2010 at 12:03 PM, Louis Brazeau  wrote:
> On Fri, Jan 22, 2010...

Re: [arch-general] Kernel 2.6.32 Broken

[Robert Howard]

I always expect problems with my setup when updating with more than just a
bugfix release kernel, but no issues with this one. This is a workstation
with 8-cores, a finicky motherboard and screwball lvm+raid setup. Never used
testing either.

Another great job by the Arch devs.

On Dec 31, 2009 6:21 AM, "Attila"  wrote:

At Donnerstag, 31. Dezember 2009 03:51 Chris Brannon wrote: >> If you, too,
don't use [testing] and...
+1 I think it would be better to search too the reason at another place than
only mkinitcpio. And yes, i don't use testing too.

Good Luck Steve and perhaps it would be a good idea to use an own kernel
package
for 2.6.31.x to have this as fallback and therefore better possibilies to
find
out why 2.6.32 don't works for you.

See you, Attila

Re: [arch-general] Automount

[Robert Howard]

Huh. I must have done this with a previous version of KDE or PolicyKit. Now,
I don't have the same number of entries in that dialog and all of the ones
that I remember setting are missing now.

On Sun, Dec 20, 2009 at 6:20 AM, Baho Utot wrote:

> On Sunday 20 December 2009 03:12:21 Robert Howard wrote:
> > The path to the PolicyKit settings on my machine are:
> >
> > System Settings -> Advanced Tab -> PolicyKit Authorization.
> >
>
> Ok I found that and I have two entries one for k3b and one for
> org.freedesktop
>
> What do I put there ?
>
> And What am I looking at?
>
>
> [putolin]
>

Re: [arch-general] Automount

[Robert Howard]

The path to the PolicyKit settings on my machine are:

System Settings -> Advanced Tab -> PolicyKit Authorization.

On Sat, Dec 19, 2009 at 6:31 PM, Baho Utot wrote:

> On Saturday 19 December 2009 15:29:58 Robert Howard wrote:
> > Make sure that the permissions are set correctly for console kit via the
> >  KDE system settings applet. This was my problem with automount awhile
> >  back.
>
> I don't understand what your saying.
> I looked at the KDE systems app and I don't see anything where I would
> change
> or set perms
>
>
> >
> > On Dec 19, 2009 12:50 PM, "Abdullah Zainul Abidin" <
> > abdullah.zai...@gmail.com> wrote:
> >
> > I did this to solve my mount permission problem caused by hal.
> >
> > Solution was to add “session optional pam_ck_connector.so” to
> > “/etc/pam.d/login”.
> >
> > That was the tip found on this
> > thread<http://bbs.archlinux.org/viewtopic.php?id=84635&p=3>.
> > But I don't use kde & kdm though. Using xfce. No login manager.
> >
>

Re: [arch-general] Good press at distrowatch.com

[Robert Howard]

I always liked the Arch installer from the 0.7 days. I used to be able to
setup an entire system in less than ten minutes and be ready to do work. The
latest Arch installer makes it take more like fifteen minutes instead. Of
course, that older Arch didn't have to cope with initcpio or any other early
userspace magic.

On Dec 19, 2009 4:43 PM, "Frédéric Perrin"  wrote:

Le jeudi 17 à 20:35, Dieter Plaetinck a écrit :

> On Thu, 17 Dec 2009 13:33:22 -0500 > Denis Kobozev 
wrote: >> On Thu, Dec 1...
You've never installed Debian/Ubuntu with a preseed.cfg file that answer
all the questions for you (or, at your option, as many or as few
questions as you wish)? You've never used FAI (Fully Automated
Installed) either? (Well, I haven't, but a friend of mine, an Arch user,
did, and he has only good things to say about its flexibility and the
ease of setup.)

I love to hate Ubuntu as much as the next guy, but the installer is not
somewhere where Arch has an advantage. If you want an easy to use
installer, as David pointed out in further in the thread, you go it; if
you want to build an ISO that answers all the installer questions,
you got it; if you want a setup where you can plug a machine, tell it to
boot over the network, go drink a coffee and go back to a system
completly installed, you got it.

--
Fred

Re: [arch-general] Automount

[Robert Howard]

Make sure that the permissions are set correctly for console kit via the KDE
system settings applet. This was my problem with automount awhile back.

On Dec 19, 2009 12:50 PM, "Abdullah Zainul Abidin" <
abdullah.zai...@gmail.com> wrote:

I did this to solve my mount permission problem caused by hal.

Solution was to add “session optional pam_ck_connector.so” to
“/etc/pam.d/login”.

That was the tip found on this
thread.
But I don't use kde & kdm though. Using xfce. No login manager.

Re: [arch-general] ArchLinux AntiDesktop (was: Another rant on arch way abuse and false promises)

[Robert Howard]

On Wed, Dec 2, 2009 at 1:27 PM, Aaron Griffin wrote:

> The only change you made is to disable the hal
> stuff? The sole reason I still have an xorg.conf is so I can turn that
> option (AutoAddDevices) off. X detects my machine just fine except for
> that.
>
> Since when does xorg support automatic device configuration without HAL? I
thought that without HAL you would need a complete xorg.conf just like the
old days. Has this changed?

Re: [arch-general] usable browser?

[Robert Howard]

I don't understand why people want to use software that has no features. If
something has more than one feature, people bitch about bloat. FF is not
that bad nor is Seamonkey or any of the webkit stuff.

On Nov 26, 2009 9:52 PM, "Thomas Bewick"  wrote:

Tobias Kieslich wrote: > > dillo, simplistic, bone simple, limitations on
the functionality > Bottom...
Seamonkey is quite fast. Although I am not using it now I have in the past
and I know it is used extensively in Puppylinux because it is full featured
and light weight, even including a mail client.

Since it is developed by Mozilla it is very similar to FF in functionality
but does not have all the extras that slow FF down.
I agree that FF has gotten very bloated in the last few years, I think to
compete with and explorer and make windows users happy. But as a result the
browser is not what it used to be.

I currently use chrome both on windows and in Arch and it runs the fastest
of any others for me.

Re: [arch-general] Upgrading libwebkit finds conflict between udev and initscripts

[Robert Howard]

I disagree completely. Updating has only caused me problems once or twice in
five+ years of using Arch Linux.

On Nov 26, 2009 5:51 PM, "Samuel Baldwin" 
wrote:

2009/11/26 Ng Oon-Ee :

> Arch is a rolling release. If you don't want to regularly update your >
packages, things will brea...
Rather, things tend to break when upgrading; I can't imagine wanting
the latest version of all the software I'm running. I don't really
have any other options, though.

--
Samuel Baldwin - logik.li

Re: [arch-general] аrch x86_64 and i686 perfor mance comparison

[Robert Howard]

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"  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

Re: [arch-general] Frustrated with Crappy looking Firefox and OpenOffice GTK & QT themes?

[Robert Howard]

Have you tried the qtcurve unified theme? It's very nice and the GTK theme
matches the QT theme to just about every detail.

On Nov 12, 2009 2:09 AM, "David C. Rankin" 
wrote:

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

Re: [arch-general] kde4 tip - quicklaunch in your panel -- convenience at your fingertips!

[Robert Howard]

Have you guys ever heard of krunner? It really makes doing things and
launching apparently easy. You don't really need icons to launch programs.

Also, I don't understand all of the dolphin detractors. I think dolphin is
near file manager perfection. Always felt that konquorer was like a big
incoherent blob. Dolphin will be feature complete soon and it will have paid
off to start over.

Rob

On Nov 11, 2009 8:42 AM, "David C. Rankin" 
wrote:

On Monday 26 October 2009 13:34:43 and regarding:

> I disagree. The problems (at least from my perspective) stems from the >
KDE devs' decision to "...
>From that perspective I completely agree. Konqueror is the perfect example.
An
elegant, very functional file manager (wannabe browser) that was packed with
tons of advanced features with a -->very<-- efficient UI (from a minimal
mouse-click/keystroke standpoint) with proper focus control that was
completely thrown out and redone based on the new untried and untested
dolphin
engine. That has been a complete fiasco and left kde with a substandard file
manager that has no ability to place focus without using a 2-part ctrl+click
(with the cutsie green plus markers turned off)

The fish fiasco followed, and we could go on and on (162 bugs filed in the
past 4 months alone...) My purpose of commenting on the framework comes from
all of the problems the one-size-fits-all primary widget has caused getting
things working correctly. Probably 1/4 of the bugs above are from
misconfigured parts of the window widget that wipe out data if a change is
made to a dialog, or those that don't retain path settings, etc.

So I guess when you take a working desktop and throw it out the window and
then start over with an overly complex framework -- you have probably just
signed up to shoot yourself in the foot :p

-- David C. Rankin, J.D.,P.E. Rankin Law Firm, PLLC 510 Ochiltree Street
Nacogdoches, Texas 75961 ...

Re: [arch-general] Garbled Text in KDE 4.2

[Robert Howard]

Have you tried playing with the GlyphCache settings to the driver? This used to 
be a solution to some similar troubles in the past. 

-Original Message-
From: Leonid Grinberg 
Sent: Wednesday, January 28, 2009 6:20 PM
To: General Discusson about Arch Linux 
Subject: Re: [arch-general] Garbled Text in KDE 4.2

> This seems to be a bug with the nvidia drivers. You might want to try 180.25.

Hmm, it seems to only be in AUR? Do you know when the nvidia package
in the repos will be updated?

--
Leonid

Re: [arch-general] Core and Extra repos

[Robert Howard]

Is it possible that your optimizations are responsible for the breakage?


On Fri, Jan 2, 2009 at 8:59 AM, Baho Utot  wrote:

> Should a goal of ArchLinux be that the core and extra repos build without
> error.
>
> I am rebuilding all the packages from core and some selected packages from
> extra to take advantage of my processor an AMD Athlon processors, which I
> use
> exclusive.
>
> I have used makeworld from a make file and there are several PKGBUILDs that
> do
> not build or build incorrectly.  Some of the packages fail because of
> gcc-4.3.2. I have since patched those.
>
> Step  two is to run abs then rsync the abs updates into place and fire up
> my
> make file to build all the updates on my server box and place them into my
> custom repos, from cron on Sunday at the zero hour/minute.
>
> If some one would like to test/confirm this here is my Makefile:
>
> .PHONY: cleanstatus cleansrc cleanpkg cleanlog repos clean shutdown update
> REPNM := testing
> REPOS := /home/packages/$(REPNM)
> DBASE := $(REPNM).db.tar.gz
> PKGS  := *.pkg.tar.gz
>
> all: repos cleanstatus cleansrc cleanpkg
>makeworld --clean --noconfirm --log --syncdeps --rmdeps $(REPOS) .
>grep fail build.log > failed.log || true
>cat failed.log || true
>grep  error: makepkg.log || true
>date
> repos:
>repo-add $(REPOS)/$(DBASE) $(REPOS)/$(PKGS)
>sudo pacman -Syy
> clean: cleanstatus cleansrc cleanpkg cleanlog
> cleanstatus:
>rm build.log || true
>rm failed.log || true
>rm makepkg.log || true
> cleansrc:
>-find . -name src -type d -exec rm -rf '{}' \;
> cleanpkg:
>-find . -name pkg -type d -exec rm -rf '{}' \;
> cleanlog:
>-find . -name "*.log*" -exec rm '{}' \;
> makepkg: clean
>makepkg --clean --noconfirm --log --syncdeps --rmdeps
> shutdown: all
>sudo /sbin/shutdown -h now
>