Re: [arch-general] What dirs are good to put in a tmpfs?

[Calvin Morrison]

On 24 July 2013 23:27, Chris Moline  wrote:
> Hi, I have 7 GiB of ram but I'm only using 300 MiB, so I thought I
> would put stuff into it to speed up my system. I installed
> anything-sync-daemon but I have no idea what to sync. Is there a tool
> that can tell which dirs are being used the most? I'd rather not guess
> and benchmark, I don't have the patience for that. What are common
> dirs that would benefit from being in ram?
Hi Chris,

I typically mount my /tmp to a tmpfs, since it is really only
temporary, that way I can avoid writes to my hard drive. I've also
seen people mount their mozilla profiles to tmpfs for speedups in
firefox.

Otherwise I have a large 'scratch' space I use for my bioinformatics
research, typically I have a tmpfs on our servers arount 12gigs. If
you are doing a lot of temporary reading and writing, that might be
worth looking into.

Calvin Morrison

Re: [arch-general] NetworkManager from Commandline

[Calvin Morrison]

On 2 May 2013 11:53, Alex Sla <4k3...@gmail.com> wrote:
> Hi guys,
>
> I'm moving from KDE to Fluxbox, I want to keep using the
> NetworkManger. I have configured a lots of connection in it(WiFi /
> Cisco VPN for example). But I can't access my secrets to it.
>
> nmcli con up uuid 7f29abd0-c0d5-4e55-8796
> Error: Connection activation failed: no valid VPN secrets.
>
>
> I guess, I saved them in the keyring file, how can I get access from
> the cli? Is there maybe another tool to mange the connection or
> getting access to the KDE Keyring file?

I don't use kde, but I am quite happy using nm-applet with my tiling
window manager. I don't know if that is acceptable for you,  but it
works for me.

Re: [arch-general] harddisk suspending far to often

[Calvin Morrison]

On 6 December 2012 17:05, G. Schlisio  wrote:

> Am 06.12.2012 21:07, schrieb Jonathan Steel:
>
>  On Thu, Dec 06, 2012 at 10:59:27AM +0100, G. Schlisio wrote:
>>
>>> after updating my laptop today [0] (no testing enabled) i notice
 that my harddisk keeps spinning down and up every 10 seconds or
 so.
 might this be related to the update or where can i stop this?

>>> somehow it resolved itself today. now hdd is running continuously again.
>>>
>> If it happens again, you can check this with:
>>
>> hdparm -B /dev/sdx
>>
>> If it's spinning down too often, try:
>>
>> hdparm -B 254 /dev/sdx
>>
>>  thank you for your advice.
> hdparm -B /device returns 254 to me now, thats quire expected, because now
> everything works fine.
>
> i wonder, how/whether it could have been altered yesterday.
> do programs like powertop touch those values?
>

If you are messing around with powertop, yes I think that could have been
it. Usually powertop can adjust hd settings

Re: [arch-general] Gnome 3.6, No logout entry? (Gnome-unstable and testing)

[Calvin Morrison]

On 14 October 2012 18:03, Adriano Moura  wrote:
> 2012/10/14 甘露(Gan Lu) :
>> On Sun, Oct 14, 2012 at 11:53 AM, martin kalcher
>> alternative-status-menu doesn't work, it just adds suspend.
>
> And it's also missing hibernate now...

How am I supposed to hibernate now? I can't figure it out on my desktop :[

Should I rollback or wait for an extension or what? Has anyone found a
workaround.

grr gnome devs

Re: [arch-general] [OT] Sending a laptop to the repair shop

[Calvin Morrison]

I just had my x220 repaired at a small place. I told them I used linux
exclusively and that I didn't want to give out my password. They understood
and everything went ok.

Typically they just want your password to verify that everything works and
maybe to run a quick system cleanup which is very common. In my case I was
having part of the screen fixed and obviously did not need it.

this is a good time to keep a small windows installation handy but empty
and just sent the grub default 2 windows when you are going to the shop
On Sep 20, 2012 9:55 PM, "Manolo Martínez"  wrote:

> On 09/20/12 at 10:46pm, Martín Cigorraga wrote:
> > On Thu, Sep 20, 2012 at 9:51 PM, Ralf Mardorf <
> ralf.mard...@alice-dsl.net>wrote:
> >
> > > On Thu, 2012-09-20 at 20:38 -0400, Manolo Martínez wrote:
> > > Do you create a new user for them, you
> > > > give them your user and password and hope for the best, ask them to
> use
> > > > a live CD? What?
> > >
> > >
> > WHAT? You can't be so naive dude, I would promptly give my life than my
> > pwd!!! Which reminds me: http://xkcd.com/538/
>
> Yep, that's why I was asking. I think I'll just create another user for
> them. This will at least protect my files from casual browsing. Although
> Ralf's probably right they don't give a rat's ass.
>
> Manolo
> --
>

Re: [arch-general] Some funny bloke - 2

[Calvin Morrison]

I received a single link
On Aug 17, 2012 8:30 AM, "Anthony ''Ishpeck'' Tedjamulia" <
archli...@ishpeck.net> wrote:

> On Fri, Aug 17, 2012 at 07:06:36AM +, Fons Adriaensen wrote:
> > BTW, I don't want to discourage anyone from reading Lennart's blog.
> > It's very revealing at some points. Just know what you are reading.
> >
>
> No, it's important to understand the full arguments before you
> criticize them.  The first thing I did when I heard about systemd
> is look at his blog and read the crazy "this is the best thing
> since sliced orgasm!" posts.
>
> If you glean the actual information from there, you'll find what
> you need to know about systemd.  The narrative dross is there
> because it was written by a human.
>
>

Re: [arch-general] SystemD poll

[Calvin Morrison]

On 16 August 2012 13:09, Jelle van der Waa  wrote:
> On 08/16/12 18:59, Jérôme Bartand wrote:
>> Hi!
>>
>> Yesterday I read on Phoronix that Arch devs are planning to switch to
>> SystemD, but many users are unhappy with this move. You can see a lot of
>> controversy discussion on this list. I have created an online poll to
>> determine the will of the community:
>> http://www.easypolls.net/poll.html?p=502d2113e4b02c3adb09a939
>>
>> Please vote and spread!
>>
> Since when is archlinux a democracy?
>
> Also you're poll doesn't give any arguments for or against the move,
> unedacted users should look into the benefits of moving to systemd.
>
>
> --
> Jelle van der Waa
>

It's actually more like a business. Often times businesses do polls or
statistical information gathering in order to better server their
customers.

Re: [arch-general] Arch-general is becoming a mess !

[Calvin Morrison]

On 16 August 2012 11:59, Anthony ''Ishpeck'' Tedjamulia
 wrote:
> On Thu, Aug 16, 2012 at 11:50:20AM -0400, Calvin Morrison wrote:
>> On 16 August 2012 11:47, Anthony ''Ishpeck'' Tedjamulia
>>  wrote:
>> > Those of us who are used to the internet don't get annoyed
>> > by other peoples' silliness.
>>
>> This is sort of how I feel about Tom and other who have gotten very
>> upset and taken leave of the list.
>
> I don't really blame him.  His goal, in reading the list, is to help
> those who need technical support in the stuff he works on.  His goal
> is not to have philosophical arguments with people about software he
> has no intention on working on.
>
> If we have a healthy and lively debate that he has no part in, and
> these debates end up dominating the list, he _should_ move.  There
> is no harm in focusing on what matters to you.

Right, but he has even said (along with others) that "nobody is gonna
change their mind, who cares about them, they're just trolls..." to
that effect.

Why bother fighting something so stupid, if even you admit it is stupid?

It's just totally pointless

Calvin

Re: [arch-general] Arch-general is becoming a mess !

[Calvin Morrison]

On 16 August 2012 11:47, Anthony ''Ishpeck'' Tedjamulia
 wrote:
> On Thu, Aug 16, 2012 at 03:15:36PM +0200, Thomas B?chler wrote:
>> > That's not more pragmatic,
>>
>> It is. Person X is annoying everyone, so person X can't post any longer.
>
> You seem to be conflating pragmatism with bigotry.
>
> Those of us who are used to the internet don't get annoyed
> by other peoples' silliness.
>

This is sort of how I feel about Tom and other who have gotten very
upset and taken leave of the list.

http://xkcd.com/386/

Re: [arch-general] Arch-general is becoming a mess !

[Calvin Morrison]

On 16 August 2012 09:19, Vytautas Stankevičius  wrote:
> On Thu, Aug 16, 2012 at 4:17 PM, Felipe Contreras
>  wrote:
>> On Thu, Aug 16, 2012 at 3:15 PM, Thomas Bächler  wrote:
>>> I want to squash the noise that has turned this list from a helpful and
>>> nice place to discuss with developers and users into the place it has
>>> been the last few days.
>>
>> That's authoritarian.
>
> But it is a privilege to post here, not a right. So it is different.
>
> Regards,

Right, but waving a ban hammer around makes it not a fun place to be.

Re: [arch-general] Arch-general is becoming a mess !

[Calvin Morrison]

> The problem here are a small handful of people who start flames and
> spread FUD. Banning a handful of people from the list is an easier
> solution IMO. I am generally against such measures, but it seems we will
> have no choice.
>

Can we please make the difference between flaming and trolling shown?
I think it is clear that all of the people arguing against systemd are
1. On topic 2. No disrupting any normal conversation (it's not like
they are preventing regular stuff going on. 3. very concerned with
systemd being put in place. 4. sometimes saying very inflammatory
statements (but so do people who support systemd)


This ML is a great place to discuss stuff, I'd like to keep it that
way. Trolling is much more malicious and much more intentional. Please
don't accuse people of trolling who are arguing for a real reason.

Re: [arch-general] old rc.sysinit?

[Calvin Morrison]

On 14 August 2012 18:04, Tom Gundersen  wrote:
> On Tue, Aug 14, 2012 at 11:31 PM, Jorge Almeida  wrote:
>> Thank you. I'm trying to understand which one-time tasks must be performed on
>> initialization, and how. I have no problem with current defaults, but
>> understanding /etc/rc.sysinit requires reading the source of several C files.
>
> Most of these (if not all) C files should come with manpages, which at
> least should give you an idea. I suppose if you want a minimal
> understanding, then most can be ignored. Note that booting with
> init=/bin/bash works just fine, so that's how I would start in order
> to understand the how things work (and then try doing whatever
> rc.sysinit does manually).
>
>> If you happen to remember which version was the last that didn't call a
>> systemd binary, great, otherwise I will start browsing.
>
> The commit that Matthew pointed to is the right one as far as I remember.
>
> -t

wow awesome! I just spend a good 30 minutes playing around with the
init=/bin/bash

I have a new appreciation for the boot masters ;-)

Re: [arch-general] Update on Trinity - 2 versions available R14 and 3.5.13-sru

[Calvin Morrison]

On 14 August 2012 15:00, Martin Cigorraga  wrote:
> On 14 August 2012 12:52, David C. Rankin 
> wrote:
>
>> On 08/05/2012 11:03 PM, David C. Rankin wrote:
>> > All,
>> >
>> >   There have been a few noteworthy developments with the Trinity project
>> for
>> > Arch. There will be essentially 2 versions available. The primary focus
>> of the
>> > project is currently on TDE 14.0.0 (R14) which is TQt3 based and due to
>> > executable renaming, it can be installed along side kde4 without
>> conflict. As
>> > R14 development went forward, new updates have been continually
>> backported to
>> > the stable 3.5.13 branch of the GIT tree. This has resulted in a
>> completely
>> > updated branch of TDE 3.5.13 code which is still Qt3 based and retains
>> all
>> > backwards compatibility with KDE 3.5.10. This TDE branch is referred to
>> as
>> > (3.5.13-sru).
>>
>> TDE has been updated for cups >= 1.6 and ffmpeg 0.11. Server space has been
>> graciously obtained from Axilleas Pi. Final builds of the 3.5.13-sru
>> binaries
>> are underway. R14 builds will start thereafter. I will upload binaries and
>> provide a link to the repo within the next couple of days (once I figure
>> out the
>> upload process - and have time to test a couple of tdm (kdm) changes to
>> kdmrc
>> generation ) I'll provide install notes at that time.
>>
>>
>>
>> --
>> David C. Rankin, J.D.,P.E.
>>
>
> Excellent, thank you.
>
> --
> -msx

Will the two versions conflict with eachother? Will there be any KDE4 conflicts?

Thanks
Calvin

Re: [arch-general] [arch-dev-public] Migration to systemd

[Calvin Morrison]

On 14 August 2012 12:20, Brandon Watkins  wrote:
>> I remember seeing the comparisons against SysV  but not at all against
>> upstart or OpenRC
>>
> Comparison of systemd features vs upstart and sysv: note this is from
> lennart's site...
> http://0pointer.de/blog/projects/why.html

This table looks like a bad advert "only our product includes all of
the features". of course I'm sure he made sure to only include those
ones that were yes for systemd... and quite a few are BS. one "yes" is
a graphical UI... sigh.

One thing about upstart I like is that it has good documentation, a
good development team, is also being adopted readily, and has good
unit testing in place. It also has a clear development direction.

Calvin

Re: [arch-general] [arch-dev-public] Migration to systemd

[Calvin Morrison]

On 14 August 2012 11:58, Jelle van der Waa  wrote:
> On 08/14/12 17:55, Calvin Morrison wrote:
>> On 14 August 2012 10:57, Stéphane Gaudreault  wrote:
>>> Systemd has a overall better design than SysV, lots of useful administrative
>>> features and provide quicker boot up. Considering that it has been around in
>>> our repositories for some time and that it could be considered stable enough
>>> for production use, I would suggest to replace iniscript by systemd once the
>>> 'Missing systemd units' is over. Thus we will avoid duplicating our efforts
>>> on two init systems.
>>>
>>> Any objections to start the migration process ?
>>>
>>> Cheers,
>>>
>>> Stéphane
>>>
>>>
>>
>> I'd love to see the overall advantages and disadvantages of each of
>> those fleshed out on a page where I can read them - I know I can't
>> order anyone to do it, and my comment doesn't effect the outcome, but
>> I would really like to see a good explanation of the advantages in an
>> unbiased (aka not by LP) explanation  of why it is better for arch. Is
>> systemd suckless? is it easy to maintain? is it going to around for
>> several years? have we considered Upstart? what about OpenRC?
>>
>> before Arch jump ship, I would love to see some good details. I have
>> been trying to keep up Tom's posts on the general, so maybe I should
>> revisit them.
>>
>> Calvin
>>
> Tom has listed the advantages a couple of times in arch-general.
>
> --
> Jelle van der Waa
>

I remember seeing the comparisons against SysV  but not at all against
upstart or OpenRC

Re: [arch-general] [arch-dev-public] Migration to systemd

[Calvin Morrison]

On 14 August 2012 10:57, Stéphane Gaudreault  wrote:
> Systemd has a overall better design than SysV, lots of useful administrative
> features and provide quicker boot up. Considering that it has been around in
> our repositories for some time and that it could be considered stable enough
> for production use, I would suggest to replace iniscript by systemd once the
> 'Missing systemd units' is over. Thus we will avoid duplicating our efforts
> on two init systems.
>
> Any objections to start the migration process ?
>
> Cheers,
>
> Stéphane
>
>

I'd love to see the overall advantages and disadvantages of each of
those fleshed out on a page where I can read them - I know I can't
order anyone to do it, and my comment doesn't effect the outcome, but
I would really like to see a good explanation of the advantages in an
unbiased (aka not by LP) explanation  of why it is better for arch. Is
systemd suckless? is it easy to maintain? is it going to around for
several years? have we considered Upstart? what about OpenRC?

before Arch jump ship, I would love to see some good details. I have
been trying to keep up Tom's posts on the general, so maybe I should
revisit them.

Calvin

Re: [arch-general] Lennart Poettering on udev-systemd

[Calvin Morrison]

On 14 August 2012 11:07, Fons Adriaensen  wrote:
> On Tue, Aug 14, 2012 at 10:55:02AM -0400, Baho Utot wrote:
>
>> >after switching to it I prefer it because I just find it a lot easier to
>> >deal with than sysvinit IMO. For example I find systemd's .service files so
>> >much cleaner and easier to understand than initscripts, they are also
>> >portable and can be included in upstream packages.
>> >
>> >This "Oh my god systemd is hard and I'm being forced to use it!" FUD I keep
>> >seeing is getting pretty ridiculous... Even if arch does someday switch to
>> >systemd, I'm sure initscripts will be supported for quite some time, giving
>> >plenty of time to learn/transition (again really not that hard) in the
>> >event that that ever happened.
>> >
>> >Arch has always been a bleeding edge constantly changing distro, if you
>> >want everything to stay the same forever, use debian. No matter what
>> >happens with this whole sysvinit vs systemd kerfuffle, you will never be
>> >"forced" to use systemd in arch, just like you've never been forced to use
>> >sysvinit...
>>
>> I don't think you fully understand the issue.
>>
>> If udev was still a "stand alone package" and not part of systemd as
>> it is now
>> Then systemd would be an alternative init system and all the other
>> init systems would not be impacted and one could use any of the
>> system init methods he chooses.  If you would want systemd becames
>> it works for you great...knock yourself out...but on the other hand
>> when this thing becomes fully matured then systemd will be the only
>> one that works well with udev and everyone else be damned.
>>
>> Lennart Poettering by his own submission stated that he wanted udev
>> as part of systemd and that he doesn't care about any other init
>> system that would use udev.  As with Lennart it seems as it's my way
>> or the highway...which indeed is the problem.
>
> I agree. It's not systemd being 'hard' that scares most people
> who object to it - that is a misrepresantatio. In fact I'm pretty
> sure systemd is easier to use and configure than initscripts.
>
> BTW has anyone looked at upstart ? The current AUR package is
> out of date (and I'm looking at some deadlines so this is not
> the time for experiments), but it has excellent documentation
> , much better than anything
> I've seem for systemd so far, and after spending some time
> reading the above reference I must say I like it. At least
> it doesn't have that ugly and infantile syntax and it looks
> like was designed by programmers instead of by a kid.
>

That is because it was. It was designed and planned before writing, it
is backwards compatible, it has very good documentation and unit
testing. I approve of upstart as a project even though I do not use
it.

Re: [arch-general] Lennart Poettering on udev-systemd

[Calvin Morrison]

On 14 August 2012 09:52, Denis A. Altoé Falqueto
 wrote:
> On Tue, Aug 14, 2012 at 10:12 AM, Baho Utot  wrote:
>> On 08/09/2012 03:13 PM, Anthony ''Ishpeck'' Tedjamulia wrote:
>>>
>>> On Mon, Aug 13, 2012 at 08:58:41AM -0400, Baho Utot wrote:

 Yes looks like I will need to migrate to BSD
>>>
>>> I've already begun using FreeBSD.  Only real complaint I have is that my
>>> notmuch database isn't backwards compatible with the one they have in ports.
>>> Other than that, it's been a smooth transition.
>>>
>>> I was always most attracted to arch by its proximity to the BSD's.  With
>>> all this talk of systemd, I felt it was time to bring that proximity to
>>> fruition.
>>>
>>> Arch remains on my laptop for the time being.  I have fond memories of
>>> Arch that I hope do not dwindle.
>>
>>
>> I think Arch was good back in the day.
>>
>> Now not so good.
>>
>> I have stopped using arch except for one server that does mail and DNS. It
>> is presently being moved to "my own linux distro" based on LFS and using
>> pacman for the package manager.
>
> Does that means you'll stop trolling this mailing list? I, for one,
> thank you for that!
>
> --
> A: Because it obfuscates the reading.
> Q: Why is top posting so bad?
> For more information, please read: http://idallen.com/topposting.html
>
> ---
> Denis A. Altoe Falqueto
> Linux user #524555
> ---

When did offering an opposing opinion to what ever is popular become
tolling? what is this? /r/politics?

I frankly have seen arguments both ways for systemd and initscripts,
and the fact that many users do not want to switch is enough for me to
say "ok then let's not switch".

the GNU/Linux community seems to have this jump ship mentality which
is really annoying.

Re: [arch-general] Build pacman statically

[Calvin Morrison]

On 3 August 2012 14:22, Mantas Mikulėnas  wrote:
> On Fri, Aug 3, 2012 at 8:40 PM, Calvin Morrison  
> wrote:
>> there is a whole discussion on why static linking is good on http://sta.li
>
> Including such gems as: "Of course Ulrich Drepper thinks that dynamic
> linking is great, but clearly that’s because of his lack of experience
> and his delusions of grandeur."
>
> I'm fine with the minimalism of plan9, but I'd much rather have my
> system free from arguments ad hominem, even if I'm not sure if the
> former quote was serious or not.
>
> --
> Mantas Mikulėnas

Yes the motley crew of plan9/suckless/cat-v.org drip with irony and bad taste

Calvin

Re: [arch-general] Build pacman statically

[Calvin Morrison]

On 3 August 2012 13:03, Leonid Isaev  wrote:
> On Fri, 3 Aug 2012 11:35:10 -0500
> Sander Jansen  wrote:
>
>> On Fri, Aug 3, 2012 at 11:29 AM, Leonid Isaev  wrote:
>> > On Fri, 3 Aug 2012 10:31:06 -0400
>> > Jack Silver  wrote:
>> >
>> >> To exchange information I want to let know this list that I have filled a
>> >> feature request form to ask for a statically builded pacman.
>> >>
>> >> https://bugs.archlinux.org/task/30993
>> >>
>> >> Comments welcome in the bug manager.
>> >>
>> >> جاك الفضة
>> >
>> > Well, bugtracker is not a place for comments, it's for solutions.
>> >
>> > Anyway... statically compiling things is not a way of avoiding trouble, at
>> > least not in a self-sustained fashion. So, if you propose to have pacman in
>> > [core] statically compiled against all needed libraries, I would be against
>> > that as the package will be an unmaintainable mess.
>>
>> Why would it be a unmaintainable mess?
>
> Because it is _statically_ compiled so the whole binary has to be rebuilt even
> after a minor update of one of the libraries. This is assuming that you can
> actually make such binary with gcc...

No.

It only needs to be recompile when the compiler feels like it. If the
perceived benefit of the newer library to link against is greater than
the time  and energy it takes to recompile and package a product, then
the compiler won't do it.

If curl does a minor bump fixing a function that pacman doesn't even
use for example, we then we probably wouldn't bother. Now if it was a
critical update then yes, we would obviously do it.

there is a whole discussion on why static linking is good on http://sta.li

Calvin

Re: [arch-general] Build pacman statically

[Calvin Morrison]

On 3 August 2012 12:29, Leonid Isaev  wrote:
> On Fri, 3 Aug 2012 10:31:06 -0400
> Jack Silver  wrote:
>
>> To exchange information I want to let know this list that I have filled a
>> feature request form to ask for a statically builded pacman.
>>
>> https://bugs.archlinux.org/task/30993
>>
>> Comments welcome in the bug manager.
>>
>> جاك الفضة
>
> Well, bugtracker is not a place for comments, it's for solutions.
>
> Anyway... statically compiling things is not a way of avoiding trouble, at
> least not in a self-sustained fashion. So, if you propose to have pacman in
> [core] statically compiled against all needed libraries, I would be against
> that as the package will be an unmaintainable mess. That might work for a
> rescue (read embedded-like system with ulibc) system, but probably booting
> from a live media is much easier and more robust.
>
> --
> Leonid Isaev
> GnuPG key: 0x164B5A6D
> Fingerprint: C0DF 20D0 C075 C3F1 E1BE  775A A7AE F6CB 164B 5A6D

Meh it does have it's advantages. I've screwed up my system to a point
where I can't use pacman (because the libraries it depends on have
gone wild). Having a staticly compiled pacman would allow for me to
use it no matter what.

LiveCD is not always easier

Calvin

Re: [arch-general] My end-user $0.02 on /etc/rc.conf splitting.

[Calvin Morrison]

On 24 July 2012 10:43, Ike Devolder  wrote:
> Op dinsdag 24 juli 2012 10:29:25 schreef Calvin Morrison:
>> > Personally, I get exasperated when people don't take the time to
>> > educate themselves before making broad and incorrect assertions. There
>> > is a huge amount of documentation, discussion and other sources of
>> > information about systemd available online. Moreover, there is the
>> > source-code, and even the packages in Arch one can try out. There
>> > really is no excuse.
>>
>> Well for me I do not have the time to go about learning the latest and
>> greatest init system, desktop environment, whatever. I still use KDE3,
>> I use old school init systems... why? because I use my system to do
>> work not to tinker. I need it to "just work" and continue working in
>> the same way it has. I don't want to become educated on the latest
>> coolest thing, I just want something that will work and work well. I
>> do not have time to pour through documentation of systemd just to
>> figure out how to work it.  When change is just for change I do not
>> like it.
>>
>> Calvin
>
> my 2cents on your usecase:
> Arch Linux is always the newest and latest and ...
> so maybe your use-case does not fit this distributions profile
>
> if you really want everything to stay the same forever there are distributions
> out there which fit your needs exactly, but in my idea Arch is not it.
>
> --Ike

"To summarize: Arch Linux is a versatile, and simple distribution
designed to fit the needs of the competent Linux® user. It is both
powerful and easy to manage, making it an ideal distro for servers and
workstations. Take it in any direction you like. If you share this
vision of what a GNU/Linux distribution should be, then you are
welcomed and encouraged to use it freely, get involved, and contribute
to the community. Welcome to Arch!"

I have been using Arch since 2009. I like it a lot. It serves me very well :-)

Calvin

Re: [arch-general] My end-user $0.02 on /etc/rc.conf splitting.

[Calvin Morrison]

> Personally, I get exasperated when people don't take the time to
> educate themselves before making broad and incorrect assertions. There
> is a huge amount of documentation, discussion and other sources of
> information about systemd available online. Moreover, there is the
> source-code, and even the packages in Arch one can try out. There
> really is no excuse.

Well for me I do not have the time to go about learning the latest and
greatest init system, desktop environment, whatever. I still use KDE3,
I use old school init systems... why? because I use my system to do
work not to tinker. I need it to "just work" and continue working in
the same way it has. I don't want to become educated on the latest
coolest thing, I just want something that will work and work well. I
do not have time to pour through documentation of systemd just to
figure out how to work it.  When change is just for change I do not
like it.

Calvin

Re: [arch-general] ~2 sec delay for Sound events in TDE - need help solving

[Calvin Morrison]

On 17 July 2012 19:51, David C. Rankin wrote:

> Guys,
>
>   I have TDE building on fully updated Arch, but I'm trying to track down
> a 1-2
> second delay I'm getting with sound events. This doesn't just affect the
> latest
> TDE, but also began to effect older installs a few months back. I have the
> default sound config presently. I have the following packages installed:
>
> alsa-lib 1.0.25-1
> alsa-plugins 1.0.25-2
> alsa-tools 1.0.25-1
> alsa-utils 1.0.25-3
> alsaplayer 0.99.81-4
> libpulse 2.0-2
> pulseaudio 2.0-2
> pulseaudio-alsa 2-1
>
>   The mixer in TDE uses pulse with only a single record and playback volume
> adjustment. I have experimented with different /etc/asound.conf settings
> and
> differing settings in ~/.pulse (via the alsa, pulse & sound wiki pages),
> but
> have always found that the defaults work just about as good as anything.
>
>   For some unknown reason, I get a slight delay between the triggering of a
> sound event and the actual sound. I understand this is due to different
> software
> wanting to control the hardware at the same time from the thread about
> skype
> audio from last week. What I need to know is whether anyone on the list has
> experienced this scenario before and has perhaps found a solution. I have
> the
> system hardware listed below. Let me know if you have any pointers or
> solutions.
> Thanks.
>
> Sound system hardware:
>
> 14:20 supersff:~> cat /proc/asound/pcm
> 00-00: Intel ICH : Intel ICH6 : playback 1 : capture 1
> 00-01: Intel ICH - MIC ADC : Intel ICH6 - MIC ADC : capture 1
> 00-02: Intel ICH - MIC2 ADC : Intel ICH6 - MIC2 ADC : capture 1
> 00-03: Intel ICH - ADC2 : Intel ICH6 - ADC2 : capture 1
> 00-04: Intel ICH - IEC958 : Intel ICH6 - IEC958 : playback 1
>
> 14:45 supersff:~> aplay -l
>  List of PLAYBACK Hardware Devices 
> card 0: ICH6 [Intel ICH6], device 0: Intel ICH [Intel ICH6]
>   Subdevices: 1/1
>   Subdevice #0: subdevice #0
> card 0: ICH6 [Intel ICH6], device 4: Intel ICH - IEC958 [Intel ICH6 -
> IEC958]
>   Subdevices: 1/1
>   Subdevice #0: subdevice #0
>
> 14:46 supersff:~> aplay -L
> null
> Discard all samples (playback) or generate zero samples (capture)
> pulse
> PulseAudio Sound Server
> default
> Default ALSA Output (currently PulseAudio Sound Server)
> sysdefault:CARD=ICH6
> Intel ICH6, Intel ICH6
> Default Audio Device
> front:CARD=ICH6,DEV=0
> Intel ICH6, Intel ICH6
> Front speakers
> surround40:CARD=ICH6,DEV=0
> Intel ICH6, Intel ICH6
> 4.0 Surround output to Front and Rear speakers
> surround41:CARD=ICH6,DEV=0
> Intel ICH6, Intel ICH6
> 4.1 Surround output to Front, Rear and Subwoofer speakers
> surround50:CARD=ICH6,DEV=0
> Intel ICH6, Intel ICH6
> 5.0 Surround output to Front, Center and Rear speakers
> surround51:CARD=ICH6,DEV=0
> Intel ICH6, Intel ICH6
> 5.1 Surround output to Front, Center, Rear and Subwoofer speakers
> iec958:CARD=ICH6,DEV=0
> Intel ICH6, Intel ICH6 - IEC958
> IEC958 (S/PDIF) Digital Audio Output
>
> --
> David C. Rankin, J.D.,P.E.
>
>

Doesn't Trinity use artsd for it's audio output for events and such? I
would start looking there.

Calvin

Re: [arch-general] Trinity - post usrlib move - builds fine!

[Calvin Morrison]

Great David!

I can't wait to have it running and
stable on my arch box

Calvin
On Jul 17, 2012 12:26 AM, "David C. Rankin" 
wrote:

> Just a note for those interested in the trinity project,
>
>   After the usrlib move, TDE builds fine, including koffice.
>
>
> --
> David C. Rankin, J.D.,P.E.
>
>

Re: [arch-general] Note on TDE - gcc 4.7.1 resolves kwrite crash

[Calvin Morrison]

On 20 June 2012 12:35, David C. Rankin  wrote:
> All,
>
>  Just a quick note that update to gcc 4.7.1 resolved an infinite loop
> introduced when TDE was built on gcc 4.7.0-x resulting in a kwrite/kate
> crash on line-wrap. Confirmed with fresh TDE archroot build on 6/19. TDE
> 14.0.0 release upcoming. Date not set, but expected in next couple of
> months.
>
> (number versioning change from 3.5.14 to 14.0.0 due to backwards
> compatibility with 3.5.X being dropped as TQt3 executables underwent name
> changes to prevent conflict with Qt4 when both installed in /usr)
>
>  Will update the wiki shortly.
>
> --
> David C. Rankin, J.D.,P.E.
>

Awesome,

Let the packages rain down!

Calvin

Re: [arch-general] Arch as a web server

[Calvin Morrison]

On Jun 19, 2012 9:42 AM, "Szu-Han Chen"  wrote:
>
> On Tue, Jun 19, 2012 at 07:43:06AM -0500, Culley Smith wrote:
> > I have a Linode server running Arch.  I did a little tinkering to enable
> > kernel updates, but that's about it.  I  keep things up to date through
> > Pacman and haven't had many problems at all.  I've run php, ruby on
> > rails, apache, nginx, mysql, postgresql, redis, node.js, and a number of
> > server-side applications without a hitch.  I have found Arch a little
> > easier to configure (especially with newer technologies/versions of a
> > package) than other Linux distros.
> >
> > Culley
> >
> > On Tue, 2012-06-19 at 16:28 +0300, Alper Kanat wrote:
> >
> > > We bought our VPS' from Hetzner btw. Hetzner is a German ISP which
provides
> > > cheap (starts from 7€ just look at the price page) but rock solid
servers.
> > > They don't officially support Arch Linux but the installation is
trivial.
> > >
> > > ---
> > > Quis custodiet ipsos custodes?
> >
>
> I'm not sure if these responses are really helping OP. He asked about
> running Arch on a web server, not a thread of web hosting company ads.
>
> --
> --Szu-Han Chen (sjchen.com)
> O< ascii ribbon campaign - stop html mail - www.asciiribbon.org

There are always more eyes than just the OP

Re: [arch-general] Arch as a web server

[Calvin Morrison]

On Jun 19, 2012 9:29 AM, "Alper Kanat"  wrote:
>
> We bought our VPS' from Hetzner btw. Hetzner is a German ISP which
provides
> cheap (starts from 7€ just look at the price page) but rock solid servers.
> They don't officially support Arch Linux but the installation is trivial.
>
> ---
> Quis custodiet ipsos custodes?

I use VPS-Forge which is also cheap - $8 a month starting. They support
Arch (and are very friendly)

Calvin

Re: [arch-general] UEFI secure boot

[Calvin Morrison]

On 5 June 2012 09:54, Lukáš Jirkovský  wrote:
> On 4 June 2012 22:27, Sudaraka Wijesinghe  
> wrote:
>>
>> If this is a poll, I vote "Arch should require Secure Boot to be disabled"
>>
>> I choose a distro like Arch because it doesn't have a financial motive
>> and will not give into market pressures such as this.
>> If we want keep hardware vendors from forcing Secure Boot on us, we have
>> to send the message out that we don't want it. Paying a "small" price of
>> M$99 is not the way.
>>
>> However as free software users, we will have to endure some hard time in
>> the coming days when getting new hardware.
>>
>> Just my two cents.
>>
>> Sudaraka.
>>
>
> Assuming the Arch Users are competent, I'd rather let them add an Arch
> Linux key to UEFI without disabling Secure Boot. This way Arch would
> work with Secure Boot with added security of no one messing with
> bootloader in a harmful way.
>
> Lukas

Just wondering - why does it have to be Microsoft's Key to used? Could
there be an Arch Linux provided key that would allow a Secure Boot?

Thanks

calvin

Re: [arch-general] Powertop tunables and performance

[Calvin Morrison]

On 31 May 2012 15:38, Sergi Pons Freixes  wrote:
> 2012/5/31 Calvin Morrison :
>> One thing that bugs me is the tunables section - you have to open up
>> powertop every time you boot to set it correctly.
>
> If you run "powertop ---html report.html", it creates an html where it
> tells all the commands that set the tunables for your system, so you
> can put them on /etc/rc.local.

thanks!

Re: [arch-general] Powertop tunables and performance

[Calvin Morrison]

On 31 May 2012 11:11, Don deJuan  wrote:
> On 05/31/2012 08:10 AM, Jesse Juhani Jaara wrote:
>>
>> to, 2012-05-31 kello 08:07 -0700, Don deJuan kirjoitti:
>>>
>>> put them in a script such as handler.sh so when
>>> you're on AC or BAT then the script takes care of handling all that?
>>> Seems way easier to me and is what I do.
>>
>> In AUR there is script called powerdown that does all that.
>>
> yup there is but you still need to make sure it is doing everything for your
> system properly. To me it does not cover all the possibilities for every
> machine out there. It is good to look at for example settings though.
>
> I know on my system it missed over half the tuneable's when I gave it a
> shot.

Exactly why using powertop would be much better - it works very well
on my systems and seems to catch all the possible tunables on any
system without me having to rewrite different scripts each time. I'm
envisioning a

powertop --set-all-good

and be done with it.

Re: [arch-general] Powertop tunables and performance

[Calvin Morrison]

On 31 May 2012 11:10, Jesse Juhani Jaara  wrote:
> to, 2012-05-31 kello 08:07 -0700, Don deJuan kirjoitti:
>> put them in a script such as handler.sh so when
>> you're on AC or BAT then the script takes care of handling all that?
>> Seems way easier to me and is what I do.
> In AUR there is script called powerdown that does all that.

I will look into that. thank you

Calvin

Re: [arch-general] Powertop tunables and performance

[Calvin Morrison]

On 31 May 2012 04:47, Martin Cigorraga  wrote:
> From my subjective own experience, it don't, the only thing I don't
> activate when my laptop is plugged is the mouse switch since it instructs
> the system to turnoff the USB port whenever there's no activity on it and
> that can be very annoying, believe me xD
> Combining Powertop 2 with Liquorix kernel, Ulatencyd, e4rat, preload and
> some more fancy tweakes here and there -sysctl.conf, grub kernel line,
> etc.- I have a feather-light, lightspeed KDE SC full suite with every eye
> candy effect on and the best part is my notebook -Pavilion dv7-4287cl-
> reminds _cool_ all the time.
>
> --
> -msx

One thing that bugs me is the tunables section - you have to open up
powertop every time you boot to set it correctly.

I wish there was some way to just say "ok powertop - make all of the
tunables good just by running" or "ok powertop make x y and z good,
based on this tunable config file".

Seems like that would be a good feature.

Re: [arch-general] wget

[Calvin Morrison]

On 05/02/2012 02:42 PM, Don deJuan wrote:

On 05/02/2012 11:35 AM, Jeremiah Dodds wrote:

Don deJuan writes:


Um, was a sarcastic joke LOL


Yes, with no indication in reply to a genuine (and fairly reasonable, if
you remember being a newbie to linux) question.


LOL ok thanks for your educational reminder. Next time I will RTFM of
n00bs before replying to something that deserves as much of a poking as
it does an answer. Honestly to me if you are using a different OS, make
no claim to using Arch and you decide to post to here to find an answer,
a poking is well deserved.


Hey guys I was just wondering how to fix my honda civic so I decided to 
post to the ford mailing list... does anyone know how to start the car? 
I haven't bothered to read the manual sitting in my glove compartment...


Calvin

Re: [arch-general] RFC: OpenRC as init system for Arch

[Calvin Morrison]

On 04/25/2012 12:38 PM, Kaiting Chen wrote:

On Wed, Apr 25, 2012 at 11:54 AM, Rashif Ray Rahmanwrote:


On 25 April 2012 23:25, Tom Gundersen  wrote:


I strongly believe that should we move away from intscripts it needs
to be to an event-driven system (such as systemd or upstart) and it
was not clear from the webpage that OpenRC provides this.



I concur.

Although the current init works for me and won't encourage me to shift to
things like systemd anytime soon, efforts towards introducing alternatives
would have to be justified by how much more they're able to bring to the
table. Simply being different or offering a few bonuses won't be enough,
IMO. Systemd is something dynamic and is what fits that ideal model, a
model which satisfies the needs of the present and hopefully the future.

Otherwise, I like my init as simple as it currently is. Dependency is never
a problem as it's very little work to manually ensure they're met.


--
GPG/PGP ID: C0711BF1



The problem I have with a systemd like init system is that it's way too
much overkill for a server. I like our current situation as we have an
extremely simple init system and users can drop in systemd if they so
choose. --Kaiting.



+1

Arch follows the nice KISS principle and a bit of DIY. We should have 
default a simple and sane system that works, and if anyone feels the 
need to install some crazy new fangled type, they can go ahead.


OpenRC works well in Gentoo, i don't see why it would not work well here.

Re: [arch-general] Can you test machine to set --jobs[=N] from w/i PKGBUILD?

[Calvin Morrison]

Because if there are 4 cores doing heavy CPU lifting of 4 threads, when one
is finished,  you then waste time loading up the next thread because it's
reading from the disk. If you have it already done with I/O it will be
ready and less time is wasted.

Calvin
On Apr 1, 2012 9:09 AM, "Baho Utot"  wrote:

> On 04/01/2012 08:37 AM, Calvin Morrison wrote:
>
>> Often higher cores benefit high I/O applications. If gcc is bottlenecking
>> at reading and writing,  sometimes more threads will help.
>>
>
> How does that help?
>
> Sounds backwards to me
>
>
>  On Apr 1, 2012 7:49 AM, "Vitor 
> Garcia">
>>  wrote:
>>
>>  On Sun, 01 Apr 2012 13:37:27 +0200
>>> Florian Pritz  wrote:
>>>
>>>  Simple tests (building readline because it's small) with -j4 and -j8
>>>> on my i7-920 show that -j8 is around 20% faster than -j4. IIRC
>>>> wikipedia states that HT core can increase performance by up to 30%.
>>>>
>>> This is nice to know. I work with mechanichal engineering simulations
>>> and we have noted that using more threads then avaiable processors (we
>>> have a  2 x 6 cores processors that has HT, so it looks like a 24 cores
>>> server) increases the calculation time on the softwares we have. I
>>> assumed that the same would apply to any intensive task, and we have
>>> even disabled HT on the BIOS. Perhaps I'll enable it again.
>>>
>>>
>

Re: [arch-general] Can you test machine to set --jobs[=N] from w/i PKGBUILD?

[Calvin Morrison]

Often higher cores benefit high I/O applications. If gcc is bottlenecking
at reading and writing,  sometimes more threads will help.
On Apr 1, 2012 7:49 AM, "Vitor Garcia"  wrote:

> On Sun, 01 Apr 2012 13:37:27 +0200
> Florian Pritz  wrote:
>
> > Simple tests (building readline because it's small) with -j4 and -j8
> > on my i7-920 show that -j8 is around 20% faster than -j4. IIRC
> > wikipedia states that HT core can increase performance by up to 30%.
>
> This is nice to know. I work with mechanichal engineering simulations
> and we have noted that using more threads then avaiable processors (we
> have a  2 x 6 cores processors that has HT, so it looks like a 24 cores
> server) increases the calculation time on the softwares we have. I
> assumed that the same would apply to any intensive task, and we have
> even disabled HT on the BIOS. Perhaps I'll enable it again.
>

Re: [arch-general] moving away from gnome

[Calvin Morrison]

On 26 February 2012 11:56, Jesse Juhani Jaara  wrote:

> sunnuntai, 26. helmikuuta 2012 16:39:31 Andrea Crotti kirjoitti:
> > Is kdm in kde-workspace-base?
> Yeh it is. kdebase-workspace is the correct name of the pkg tought
> > If yes it also has quite a lot of dependencies which I don't really need.
> > And actually I think I can survive very well without any login manager.
> > I just need to set up correctly my .xinitrc, and then give on e startx
> > every time I reboot
> > my machine (so every 3-4 weeks).
> There is slim which only depends on gtk2 (mayby some other minor libs
> needed
> by anyother gtk app too) and cdm which is a conole mode login manager :D
>

I suggest you just use your tty. once you login, just run xinit.

it works fantastically for me :-)

Re: [arch-general] inotify and locate

[Calvin Morrison]

It is only for Linux. That was my barrier. It has no portability to Mac or
BSDs. It is a great tool and really comes in handy.

There is an package called inotify-tools that does some basic watching.
I've used it in the past.

Calvin
On Feb 26, 2012 6:50 AM, "Andrea Crotti"  wrote:

> It's a bit a shame that there isn't any default good indexing system for
> Linux.
> Now there is also a inotify implementation and tools to set up watchers on
> the filesystem,
> so why are we still mainly stuck with locate and the expensive updatedb?
>
> Are there other problems with the inotify approach maybe or just lack of
> developer interest?
>

Re: [arch-general] How to set grub2 resolution to 1366x768

[Calvin Morrison]

On 21 February 2012 10:00, Keshav P R  wrote:

> On Tue, Feb 21, 2012 at 20:18, Bill Sun  wrote:
> > Hi,
> >
> > According your posts, should I file a bug report directly to lenovo?
>
> Not to Lenovo. To grub2 upstream.
>
> >
> > Regards,
> > Bill
>


This whole thing is strange. I am running ubuntu/arch/win7 with grub2 and
everything works perfectly. I am running an X220 as well with the intel
sandy bridge. Is there a spot where this is set in my grub.cfg?  If i could
pinpoint this I can paste it here.

Calvin

Re: [arch-general] boot hangs on hal load after updates today.

[Calvin Morrison]

On 13 February 2012 16:52, David C. Rankin
 wrote:
> All,
>
>  Strange behavior on boot with both standard and LTS kernels. After updates
>  today. Boot hangs on hal load when encountered in DAEMONS line of rc.conf.
> hal IS started, but boot hangs with both the normal kernel and LTS. This
> behavior is confirmed when starting hal manually. This occurs with both the
> old hal 0.5.14-6 and version 0.5.14-7 from aur.
>
>  This stops the boot process dead in its tracks requiring a ctrl+alt+del to
> kill the hang. I had to boot to 'single' user mode to bring my box up enough
> to remove hal from the daemons line. Any ideas which package may be causing
> this? I know hal is on the way out, but it is needed currently for
> development of Trinity.
>
> --
> David C. Rankin, J.D.,P.E.

I was having issues with this before as well. Do you have an exact
error? Mine ended up being a udev rule written by hal that caused the
breakage. Hopefully we can get it resolved.

Calvin

Re: [arch-general] Join my network on LinkedIn

[Calvin Morrison]

On 13 February 2012 12:37, Madhurya Kakati  wrote:
> On 02/13/12 at 12:04pm, Calvin Morrison wrote:
>>
>> I never thought abut it like that. WE COULD ALL BE REALLY LINKED IN.
>>
>> All we have to do is start spamming the mailing lists to get linked
>> in. think about it - great idea!
>>
>> Keep up the good work Erwin Jose Lopez Pulgarin!
>>
>> Calvin Morrison
>
> Not sure if sarcasm or for real. :P
> --
> Madhurya Kakati
>
> ()  ascii ribbon campaign - against html e-mail
> /\  www.asciiribbon.org   - against proprietary attachments

I'll just leave this here:

http://www.quickmeme.com/meme/3633nf/

Re: [arch-general] Join my network on LinkedIn

[Calvin Morrison]

On 13 February 2012 12:02, Erwin José López Pulgarín via LinkedIn
 wrote:
> LinkedIn
> 
>
>
>
>
>    Erwin José López Pulgarín requested to add you as a connection on LinkedIn:
>
>
> --
>
> I'd like to add you to my professional network on LinkedIn.
>
> Accept invitation from Erwin José López Pulgarín
> http://www.linkedin.com/e/j2jirp-gylr3hmd-5n/URVwc-9dcTd5kGQV68qFBFAwcTxbHZhtaNkxhTYz/blk/I179420958_70/1BpC5vrmRLoRZcjkkZt5YCpnlOt3RApnhMpmdzgmhxrSNBszYMdRYUdjAMczgVdP59bS9KlQpMsCxTbP4Mdz4TcjoPdPgLrCBxbOYWrSlI/EML_comm_afe/?hs=false&tok=1eUC4XfK1u1l81
>
> View profile of Erwin José López Pulgarín
> http://www.linkedin.com/e/j2jirp-gylr3hmd-5n/vpn/101664577/3p9X/name/?hs=false&tok=2hErJx8ZJu1l81
> --
> You are receiving Invitation emails.
>
>
> This email was intended for Gergely Imreh.
> Learn why this is included: 
> http://www.linkedin.com/e/j2jirp-gylr3hmd-5n/plh/http%3A%2F%2Fhelp%2Elinkedin%2Ecom%2Fapp%2Fanswers%2Fdetail%2Fa_id%2F4788/-GXI/?hs=false&tok=31eGzqKCpu1l81
>
> (c) 2012, LinkedIn Corporation. 2029 Stierlin Ct, Mountain View, CA 94043, 
> USA.
>

I never thought abut it like that. WE COULD ALL BE REALLY LINKED IN.

All we have to do is start spamming the mailing lists to get linked
in. think about it - great idea!

Keep up the good work Erwin Jose Lopez Pulgarin!

Calvin Morrison

Re: [arch-general] couple of log messages from kernel 3.2.2

[Calvin Morrison]

On 30 January 2012 15:03, Tim Stella  wrote:

> On 01/30/12 at 01:22pm, Genes MailLists wrote:
> >
> >  I noticed a couple of messages booting the new 3.2.2 kernel:
> >
> > (I) watchdog:
> > -
> >
> > [287247.568009] NMI watchdog enabled, takes one hw-pmu counter.
> > [287248.814530] watchdog: INTCAMT: cannot register miscdev on minor=130
> > (err=-16).
> > [287248.814536] watchdog: error registering /dev/watchdog (err=-16).
> > [287248.814540] mei: unable to register watchdog device.
> >
> >
> > (I) acpi:
> > -
> >
> > [ 4749.406097] thinkpad_acpi: unknown possible thermal alarm or keyboard
> > event received
> > [ 4749.406108] thinkpad_acpi: unhandled HKEY event 0x6040
> > [ 4749.406114] thinkpad_acpi: please report the conditions when this
> > event happened to ibm-acpi-de...@lists.sourceforge.net
> > [ 4749.406834] thinkpad_acpi: EC reports that Thermal Table has changed
> >
> >
> >  suggestions on what I can do to track these down anymore ... or if it
> > could be hard/firm ware issue on this lenovo W520 laptop.
> >
> >  thanks.
> >
> > g
>
> I'm getting the watchdog errors as well, on a T520 laptop, was curious of
> the
> solution too, but haven't had time to look into it... maybe something to
> do with
> Thinkpads?
>
> Tim Stella
>

warning: your thinkpad is superior to all other laptops :p

Re: [arch-general] java-7-openjdk has been splitted

[Calvin Morrison]

On 9 January 2012 15:40, Jonathan Vasquez  wrote:

> On Mon, Jan 9, 2012 at 3:34 PM, Andreas Radke 
> wrote:
> > To satisfy server admins not forcing them install lots of typical
> > desktop deps (FS#27621) I've reworked our (openjdk7) JRE pkg and now
> > it's splitted into jre7-opnjdk-headless and an addon jre7-openjdk
> > desktop package. (I've followed Debian here, they do a good job here).
> >
> > I expect some people crying again "hell no, no more splitting..." but
> > who cares. I have to satisfy the KISS people and also those that want
> > it slack and without useless crap on their disc.
> >
> > Packages are in testing. Please test them well. The packages are meant
> > to prepare the 7u2 Icedtea update expected within the next few weeks.
> >
> > The update path should be smooth. Everything should work after an -Syu
> > and if you don't need the desktop stuff feel free to -R jre7-openjdk.
> >
> > -Andy
>
> Thanks. I'm definitely for splitting packages where they must be
> split. Keep up the good work.
>
> --
> Jonathan Vasquez
>
+1

Re: [arch-general] Hi from a new Arch user

[Calvin Morrison]

On 8 January 2012 11:29, Chris Sakalis  wrote:

> >> I do not know about punchline either, then I took an arrow in the knee.
> >>
> >> BTW, how can I include the origin message when using emacs rmail reply?
> >>
> On Sun, Jan 8, 2012 at 4:47 PM, Calvin Morrison 
> wrote:
> > Basically the plot is as follows: you play a character stuck inside a
> > abandoned research and development building. All people have been
> removed,
> > nd it is locked off from the world. Experiments are continued by a AI
> > called GladOS an evil mastermind. The entire game she pretends to have a
> > cake for you if you complete her challenges. In the end she attempts to
> > kill you after completing the challenges. You spend the rest of the game
> > escaping her and finally destroying her mainframe. The entire time
> however
> > she is pretending to have cake, and having a party for you, etc. So the
> > joke is that while we pretend to be friends we really want to kill you :P
> >
> > Close enough?
> > On Jan 8, 2012 5:56 AM, "宋文武"  wrote:
> >
>
> Although this is an accurate description, you should really play the game.
> It's awesome and only then you will appreciate the joke(s). Also, it's
> awesome.
>
> --Chris Sakalis
>


+1

This game (while offtopic) is a puzzle game, think of it as a 3D puzzle
game. It's not some silly new video game - it takes some serious thought
and understanding of slightly warped physics.

Calvinb

Re: [arch-general] Hi from a new Arch user

[Calvin Morrison]

Basically the plot is as follows: you play a character stuck inside a
abandoned research and development building. All people have been removed,
nd it is locked off from the world. Experiments are continued by a AI
called GladOS an evil mastermind. The entire game she pretends to have a
cake for you if you complete her challenges. In the end she attempts to
kill you after completing the challenges. You spend the rest of the game
escaping her and finally destroying her mainframe. The entire time however
she is pretending to have cake, and having a party for you, etc. So the
joke is that while we pretend to be friends we really want to kill you :P

Close enough?
On Jan 8, 2012 5:56 AM, "宋文武"  wrote:

> I do not know about punchline either, then I took an arrow in the knee.
>
> BTW, how can I include the origin message when using emacs rmail reply?
>

Re: [arch-general] local repository

[Calvin Morrison]

On 29 December 2011 20:55, Baho Utot  wrote:

>
>
> On Thursday 29 December 2011 08:45:11 pm Karol Blazewicz wrote:
> > On Fri, Dec 30, 2011 at 2:33 AM, Baho Utot 
> wrote:
> > > http:///trinity.bildanet.com/i686
> >
> > Have you tried with 2 '/' (slashes) after 'http:' instead of 3?
>
> No I have not.
>
> I tried that and it now works
>
> Thank you
>

you should make those public :-)

Re: [arch-general] [Non-Bulk] Re: Top Posting Revisited

[Calvin Morrison]

On 16 December 2011 11:06, Ralf Madorf  wrote:

> On Fri, 2011-12-16 at 11:01 -0500, Calvin Morrison wrote:
> > On 16 December 2011 10:59, Ralf Madorf 
> wrote:
> >
> > > On Fri, 2011-12-16 at 15:33 +, Kevin Chadwick wrote:
> > > > [snip] If you ban someone they soon
> > > > realise and could use a different email. [snip]
> > >
> > > +1
> > >
> > > If somebody does something bad, friendly [off-list] explain this person
> > > that (s)he might should reconsider the style. If this person ignore
> your
> > > inquiry simply use a spam filter.
> > >
> > > OT: If you like bad taste humor:
> > > http://www.sweetwater.com/store/detail/D112
> > >
> > > Google for "Guttenberg" and "a safe Internet". This man is a liar who
> > > get money for knowledge everybody had before he get this knowledge. He
> > > tries to whitewash himself from plagiarize, by plagiarizing again.
> > >
> > >
> > 
>
> :D
>
> Regarding to this thread I try to be quiet now ... I've got no choice,
> since the invaders from Mars force me to be quiet now.
>
>

What about a mailman mechanism? Could we use our mailer program to bounce
top posts?

Calvin

Re: [arch-general] [Non-Bulk] Re: Top Posting Revisited

[Calvin Morrison]

On 16 December 2011 10:59, Ralf Madorf  wrote:

> On Fri, 2011-12-16 at 15:33 +, Kevin Chadwick wrote:
> > [snip] If you ban someone they soon
> > realise and could use a different email. [snip]
>
> +1
>
> If somebody does something bad, friendly [off-list] explain this person
> that (s)he might should reconsider the style. If this person ignore your
> inquiry simply use a spam filter.
>
> OT: If you like bad taste humor:
> http://www.sweetwater.com/store/detail/D112
>
> Google for "Guttenberg" and "a safe Internet". This man is a liar who
> get money for knowledge everybody had before he get this knowledge. He
> tries to whitewash himself from plagiarize, by plagiarizing again.
>
>

Re: [arch-general] Top Posting Revisited

[Calvin Morrison]

On 15 December 2011 22:07, Sander Jansen  wrote:

> On Thu, Dec 15, 2011 at 8:17 PM, gt  wrote:
> > Hello folks, i'll probably get flamed for reviving a very controversial,
> > yet consistently brought up topic.
> >
> > I have seen a similar thread last year, and every other day, someone
> > points out to someone that top posting is bad.
> >
> > I was off the list for a while, and now when i came back, the story is
> > still the same.
> >
> > I know top posting is bad, and i too sometimes preach people to avoid
> > it. But from what i've seen, most of the times, people don't bother, or
> > simply don't know what's wrong.
> >
> > Instead of having top-posting related mails in every thread, there
> > should be a better way out.
> >
> > I suggest all of the top-posting haters should including one of these
> > links or similar in their signatures.
> >
> > http://idallen.com/topposting.html
> >
> > http://www.caliburn.nl/topposting.html
> >
> > Also, we can have a forum and mailing list etiquette drive for a few
> > days, with mention in the arch linux news, the mailing list, and setting
> > it as the topic in the irc channel also.
> >
> > I know this is probably overkill, but it'll probably inform a lot more
> > people about these issues than some stray posts in every other thread.
> >
> > PS: Since arch is always ahead of the other distros in adopting new
> > stuff and bringing about change, let's be the first ones to spread some
> > netiquette.
>
> Perhaps you could do something more useful with your time. For
> example, you could write chromium browser plugin that forces
> bottom-posting in gmail...
>

Yeah lets all just spam fuck gmail devs because they won't add a automatic
bottom posting feature.

Seriously...

Re: [arch-general] Top Posting Revisited

[Calvin Morrison]

On 15 December 2011 21:17, gt  wrote:

> Hello folks, i'll probably get flamed for reviving a very controversial,
> yet consistently brought up topic.
>
> I have seen a similar thread last year, and every other day, someone
> points out to someone that top posting is bad.
>
> I was off the list for a while, and now when i came back, the story is
> still the same.
>
> I know top posting is bad, and i too sometimes preach people to avoid
> it. But from what i've seen, most of the times, people don't bother, or
> simply don't know what's wrong.
>
> Instead of having top-posting related mails in every thread, there
> should be a better way out.
>
> I suggest all of the top-posting haters should including one of these
> links or similar in their signatures.
>
> http://idallen.com/topposting.html
>
> http://www.caliburn.nl/topposting.html
>
> Also, we can have a forum and mailing list etiquette drive for a few
> days, with mention in the arch linux news, the mailing list, and setting
> it as the topic in the irc channel also.
>
> I know this is probably overkill, but it'll probably inform a lot more
> people about these issues than some stray posts in every other thread.
>
> PS: Since arch is always ahead of the other distros in adopting new
> stuff and bringing about change, let's be the first ones to spread some
> netiquette.
>

This so much.

I didn't  understand top posting was bad for along time until someone
exploded at me. Now I realize what a jerk I was. A little bit of education
goes a LONG way.

:-)

Calvin Morrison

Re: [arch-general] Please stop abusing of the out-of-date option

[Calvin Morrison]

On 1 December 2011 15:06, Heiko Baums  wrote:

> Am Thu, 1 Dec 2011 16:41:46 +0100
> schrieb Tom Gundersen :
>
> > Do not report as out-of-date packages whose release policy you are not
> > familiar with...
>
> Better ask upstream to not release a development version as a stable
> release regardless of their versioning scheme.
>
> Heiko
>

Cant tell if joking or serious :|

I refrained from saying something until now. Obviously the solution is to
put some text in the mark as outdated confirmation page that says some
basic rules.

Calvin Morrison

Re: [arch-general] pacman/libalpm/libfetch do not honor TMPDIR

[Calvin Morrison]

On 28 November 2011 18:04, David Rosenstrauch  wrote:

> On 11/25/2011 11:55 AM, Leonid Isaev wrote:
>
>> Actually, what is stupid is keeping /tmp in RAM. It is an important dir,
>> where
>> you might have an valuable info in case of a system crash. I could never
>> understand the logic behind this choice.
>>
>
> Actually, I think it makes a lot of sense.  It lets you truly use it as a
> repository for "temporary" files.  Any files written there will get
> automatically wiped out at the next boot.
>
> I do this routinely on all my boxes.  In addition, any files that I
> download I put in /tmp.  If it turns out to be important, I copy it
> elsewhere.  Else, it's automatically gone at the next reboot.
>
> Contrast that with my Windows machine, where I have a "temp" folder on
> disk that I use for the same purpose.  I have to always remember to go back
> and delete files from there when I'm finished with them.
>
> DR
>


I concur 100%!

Leonid is obviously using the TMP folder for the wrong purpose. It is
called that for a reason Silly Goose!

If I recall correctly, the rc.sysinit script even deletes the files on the
next boot in /tmp/. Frankly for a temporary directory it's faster and saves
your hard drive writes.

Calvin Morrison

Re: [arch-general] pacman new generation

[Calvin Morrison]

On 22 November 2011 14:42, C Anthony Risinger  wrote:

> On Nov 22, 2011 1:30 PM, "Bernardo Barros" 
> wrote:
> >
> > If I still may:
> >
> > roll-back and reproducible configuration was already proposed in the
> past?
> >
> > The idea raised by Nix devs was the a purely functional approach was a
> > way to implement it. Of course people can have similar ideas with
> > other techniques.
> >
> > If it a very practical question because I'm sure all Arch users in
> > some point or another had to do a roll-back after a complex system
> > update, and then they find themselves in a difficult situation to
> > figure out how to revert all those changes.
> >
> > Pro Audio users, for instance, might want to have their system
> > configuration in a state just before the change that broke lv2 support
> > on Ardour.
> >
> > Nix approach may be not the only one, but their ideas let people see
> > the difference between same packages build with different libs, or
> > know to set a exact system configuration more easily.
>
> The only clear way to achieve clean rollbacks is to snapshot at the FS
> level ... otherwise things get real complicated, real fast.
>
> Some packages are one-way only, eg. Pacman 3.5 upgrade to DB, and
> "rollback" means saving the original, etc ...
>
> As already touched in the thread, btrfs makes this trivial.
> `mkinitcpio-btrfs` will provide 95% of what's needed already.  The hook
> could definitely use some love but it fulfills the suggested use case
> nicely, and also allows for comparison between snapshots.
>
> C Anthony
>

Honestly I don't know how this topic got so off-topic so quickly!

I think it is obvious that pacman will not get rewritten in Haskell, so
lets just stop talking about that - arguing over languages is like arguing
over window mangers, cmon people!

Secondly, I agree that snapshots must be done at a system level. It does
not make sense to re-implement something that is already being done better
by the file system. I think the OP had some ideas about rolling changes
back, I don't think he was really familiar with ARM which handles most of
that he was worried about.

Remember, you gotta KISS it or else you'll miss it!

:-)

Re: [arch-general] Why not create a new repo specified for games ?

[Calvin Morrison]

2011/11/1 Ángel Velásquez :
> 2011/11/1 Meyithi :
>> I don't code, can we please move all coding tools to a separate repo so I
>> don't have to sync it?
>>
>> thanks
>
> You're a troll, you have a separate repo for you add it it's called [troll].
>

Actually I think there is a valid point being made. If we created a
repo for [games] why not [browsers], [code], lets just get a repo for
everything!

Re: [arch-general] Quiet Updates Lately

[Calvin Morrison]

2011/10/24 Cédric Girard :
> On Mon, Oct 24, 2011 at 2:34 PM, Steve Holmes wrote:
>
>> I've been doing 'pacman -Syu' for several days in a row lately to see
>> no updates.  Is bibleo.org still a good repo in the US? Is aArch all
>> that quiet lately or am I missing something?
>>
>
> Your mirror does not even appear here:
> https://www.archlinux.org/mirrors/status/
> I advise you to switch to another one.
>
> --
> Cédric Girard
>

I assume he meant ibiblieo, a giant internet archive/library.

Re: [arch-general] [arch-dev-public] [signoff] texlive-bin 2011.1-1 and texlive-* 2011.*

[Calvin Morrison]

> On 24 July 2011 20:37, Rémy Oudompheng  wrote:
> Hello,
>>
> TeXLive 2011 has been officially released. Packages in [testing] have
> been updated to reflect this.

Hey,

While updating I got some weird output from texlive updating. here is
the terminal output:

>>> texlive: updating the filename database...
mktexlsr: Updating /etc/texmf/ls-R...
mktexlsr: Updating /usr/share/texmf/ls-R...
mktexlsr: Updating /usr/share/texmf-dist/ls-R...
mktexlsr: Updating /var/lib/texmf/ls-R...
mktexlsr: Done.
recreating all formats...Error: `pdftex -ini  -jobname=latex
-progname=latex -translate-file=cp227.tcx *latex.ini' failed
Error: `pdftex -ini  -jobname=pdflatex -progname=pdflatex
-translate-file=cp227.tcx *pdflatex.ini' failed
Error: `pdftex -ini  -jobname=mllatex -progname=mllatex
-translate-file=cp227.tcx -mltex mllatex.ini' failed
Error: `pdftex -ini  -jobname=pdftex -progname=pdftex
-translate-file=cp227.tcx *pdfetex.ini' failed
Error: `pdftex -ini  -jobname=etex -progname=etex
-translate-file=cp227.tcx *etex.ini' failed
Error: `pdftex -ini  -jobname=pdfetex -progname=pdfetex
-translate-file=cp227.tcx *pdfetex.ini' failed
Error: `xetex -ini  -jobname=xetex -progname=xetex -etex xetex.ini' failed
Error: `xetex -ini  -jobname=xelatex -progname=xelatex -etex xelatex.ini' failed

###
fmtutil: Error! Not all formats have been built successfully.
Visit the log files in directory
  /var/lib/texmf/web2c
for details.
###

This is a summary of all `failed' messages:
`pdftex -ini  -jobname=latex -progname=latex -translate-file=cp227.tcx
*latex.ini' failed
`pdftex -ini  -jobname=pdflatex -progname=pdflatex
-translate-file=cp227.tcx *pdflatex.ini' failed
`pdftex -ini  -jobname=mllatex -progname=mllatex
-translate-file=cp227.tcx -mltex mllatex.ini' failed
`pdftex -ini  -jobname=pdftex -progname=pdftex
-translate-file=cp227.tcx *pdfetex.ini' failed
`pdftex -ini  -jobname=etex -progname=etex -translate-file=cp227.tcx
*etex.ini' failed
`pdftex -ini  -jobname=pdfetex -progname=pdfetex
-translate-file=cp227.tcx *pdfetex.ini' failed
`xetex -ini  -jobname=xetex -progname=xetex -etex xetex.ini' failed
`xetex -ini  -jobname=xelatex -progname=xelatex -etex xelatex.ini' failed
 done.
 (logs are under /var/lib/texmf/web2c//.log)
(11/12) upgrading texlive-core
[] 100%
>>> texlive: saving updmap.cfg as /tmp/tmp.KZ3lzxKsIJ...
>>> texlive: regenerating updmap.cfg (custom additions shoud go
 into /etc/texmf/web2c/updmap-local.cfg
>>> texlive: updating the filename database...

Anyone have an idea about this? also, does it matter?

Calvin Morrison

Re: [arch-general] Not a good time for ProAudio work? WAS: Panic - no sound devices after upgrade

[Calvin Morrison]

On 20 July 2011 14:06, Bernardo Barros  wrote:
> All those issues regarding sound cards and lv2 plug-ins right now.
> This all mean it will take time until Ardour3 (stable) come out and
> udev fixes and updates?
>
> I tried to figure out the differences between my fedora and arch
> boxes, I cound not find an easy explanation why the firewire soundcard
> works on fedora and not on arch. I tried different kernels (including
> lts), udevs and everything I could think of, including editing the
> rules.d folder.
>
> Or we can try some kind of concentrated effort to find and fix those
> problems (specially sound card problems) until they hit more users?
>
> Sorry, maybe that's just a couple of us, one or two people. I don't
> really know how many.
>

It's me too. I am not "pro" audio, but I dabble quite heavily in linux
based audio (I don't think it's quite ready yet for production use)
and I am really excited about ardour3, but right now we are kind of
stuck.

Hardware wise has been really good to me. But I definitely echo your concerns.

Calvin Morrison

Re: [arch-general] testing splitted LibreOffice 3.4.2rc1

[Calvin Morrison]

On 19 July 2011 11:56, Andreas Radke  wrote:
> Am Tue, 19 Jul 2011 21:17:19 +0530
> schrieb Madhurya Kakati :
>
>
>> Is is possible to get many libreoffice plugins in a single group?
>>
>
> All provided extensions have this included ;)
>
>  groups=('libreoffice-extensions')
>
>
> [root@workstation64 andyrtr]# LANG=C pacman -S libreoffice-extensions
> :: There are 18 members in group libreoffice-extensions:
> :: Repository testing
>   1) libreoffice-extension-ct2n  2) libreoffice-extension-diagram  3) 
> libreoffice-extension-google-docs  4) libreoffice-extension-hunart  5) 
> libreoffice-extension-nlpsolver  6) libreoffice-extension-numbertext  7) 
> libreoffice-extension-oooblogger  8) libreoffice-extension-pdfimport
>   9) libreoffice-extension-presentation-minimizer  10) 
> libreoffice-extension-presenter-screen  11) 
> libreoffice-extension-report-builder  12) 
> libreoffice-extension-scripting-beanshell  13) 
> libreoffice-extension-scripting-javascript  14) 
> libreoffice-extension-scripting-python  15) libreoffice-extension-typo
>   16) libreoffice-extension-validator  17) libreoffice-extension-watch-window 
>  18) libreoffice-extension-wiki-publisher
>
> Enter a selection (default=all):
>
>
> -Andy
>

When I do this, to get all the extensions, it says

: libreoffice and libreoffice-common are in conflict (go-openoffice).
Remove libreoffice-common? [y/N]

weird huh? I don't have go-openoffice installed, only
libreoffice-common and writer

Calvin Morrison

Re: [arch-general] [arch-dev-public] Fwd: Move kdelibs3 to [community]

[Calvin Morrison]

On 18 July 2011 12:57, Calvin Morrison  wrote:
> -- Forwarded message --
> From: Calvin Morrison 
> Date: 18 July 2011 12:50
> Subject: Re: [arch-dev-public] Fwd: Move kdelibs3 to [community]
> To: kb9...@pearsoncomputing.net
>
>
> On 18 July 2011 06:36, Thomas Bächler  wrote:
>> Am 18.07.2011 12:25, schrieb Stéphane Gaudreault:
>>>> Sergej offers to maintain it so I thought we can move it in [community], 
>>>> but
>>>> if you are interested you can adopt qt3 and kdelibs3.
>>>
>>> Maybe we could follow the kdelibs from Trinity [1]. I have no experience 
>>> with
>>> this project, but they seems to be active. Or at least their svn repos [2]
>>> could be searched to find useful patches.
>>>
>>> Stéphane
>>>
>>> [1] http://www.trinitydesktop.org/
>>> [2] http://websvn.kde.org/branches/trinity/kdelibs/
>>>
>>
>> This sounds like a good idea, better than trying to build the broken
>> kdelibs3 code like we do now.
>>
>>
Hey Guys,


I am a developer and member of the Trinity Desktop team. I wanted to
clear up a few points here about what the differences between old kde
and trinity are as far as you are concerned. Kde3 and Trinity are NOT the same.
At this point our sources and contributors have changed completely.

One of our goals is to pull all of the disparate Qt3 patches to create
a central, up-to-date Qt3 repository that can then be extended as
necessary, and we are ready to provide upstream support for qt3.
Even with our patches and addons, our qt3 is fully compatible with any
qt3 programs, no API breakage whatsoever. I think it would be a great id

Link to webgit of qt3:
http://git.trinitydesktop.org/viewgit/index.php?a=tree&p=Trinity%20Desktop%20Environment&hb=HEAD&f=main/dependencies/qt3


Kdelibs3 on the other hand won't be so simple. There have been
significant changes in the API, because we have written a abstraction
layer for the Qt3 code to work with "TQt". The TQt interface
will allow us to continue using the trinity desktop with newer versions
of Qt. We currently are underway porting it to Qt4 too keep up to
date. However for arch that means it is likely that some
programs would not compile unless patched against the tqtinterface.
Therefore I must recommend you do not use our kdelibs3, because we are
currently unstable until the next release (due sometime in the fall)

What I think would be best for everyone, is that once we release our
next version, arch should look into switching to the Trinity Desktop
provided kdelibs3, kdebase, kde* packages. They are more up to date
and stable. I think the fact you are having trouble building old kde3
shows that it might be time to start considering other options. As far as
Qt3 goes, we are completely ready and happy to provide upstream support
for all distros, especially my favorite Arch. :)

On behalf of the Trinity Project,
Calvin Morrison