Re: [arch-general] Ardour 5.6 released - status on update

[Ray Rashif via arch-general]

On 15 May 2017 at 23:08, Insight Thekrab via arch-general
 wrote:
> now it's needed one year for 5.9 ?

Nope! [1]

[1] https://git.archlinux.org/svntogit/packages.git/log/trunk?h=packages/ardour


--
GPG/PGP ID: C0711BF1

Re: [arch-general] Arch Wiki Professional_audio

[Ray Rashif via arch-general]

On 27 April 2017 at 23:16, David Runge  wrote:
> Sounds great. Before the beginning of July I don't have much time
> though, as I'm in the same boat you were in (thesis and all that
> madness).
>
> On the plus side: I have been using Arch for about 10 years now and it
> would be nice to get a little more into packaging (aside from the AUR)
> and signing.
> I don't see myself going to use another distro for audio in the future,
> so I'd be happy to revive it somehow.
> Guess Ralf might also be interested (from reading a lot about real-time
> kernels in his mails)?!
>
> Well, you got my contact.

Ok thanks guys. @Ralf sure no obligation. @David I will let Jon know
about your potential interest.

P.S: Apologies for the top-posting and HTML, I forgot I had enabled
HTML for some "corporate" communication.


--
GPG/PGP ID: C0711BF1

Re: [arch-general] Ardour 5.6 released - status on update

[Ray Rashif via arch-general]

Ralf,

No, thanks for pointing that out. Since we don't track master we'll have to
backport the particular fix if they don't tag a release.

On 18 February 2017 at 10:57, Ralf Mardorf  wrote:

> Hi,
>
> did you notice this
>
> http://lists.ardour.org/pipermail/ardour-users-ardour.
> org/2017-February/028286.html
>
> ?
>
> Regards,
> Ralf
>
>
>
>


-- 
GPG/PGP ID: C0711BF1

Re: [arch-general] Ardour 5 - Was: What's with Ray Rashif?

[Ray Rashif via arch-general]

Sorry guys, it took a lot of offline time for me to get back on my feet as
RL got in the way (detached myself from the outside world while I was
writing my thesis).

I pushed ardour to testing and will move to extra shortly. The other OOD
packages will follow.

On 19 January 2017 at 03:10, Fons Adriaensen  wrote:

> On Tue, Jan 17, 2017 at 11:39:10PM +0600, Rashif Ray Rahman wrote:
>
> > Thanks guys for all the info you have been sharing, I got sloppy again
> > and went into full panic mode in preparation for my master's thesis
> > and subsequent defense (19th).
>
> Good luck, break a leg, etc. !
>
> --
> FA
>
> A world of exhaustive, reliable metadata would be an utopia.
> It's also a pipe-dream, founded on self-delusion, nerd hubris
> and hysterically inflated market opportunities. (Cory Doctorow)
>



-- 
GPG/PGP ID: C0711BF1

Re: [arch-general] Ardour 5.6 released - status on update

[Ray Rashif via arch-general]

Hey all

There is no excuse for my tardiness here, thesis defense or not. I have
updated ardour now in testing. I will not delay pushing to extra this time.
Thanks for all your patience.

Best,
Ray

On 12 February 2017 at 07:32, Donovan Cameron via arch-general <
arch-general@archlinux.org> wrote:

> On 11/02/17 06:24 PM, Eli Schwartz via arch-general wrote:
>
>> Please, helpful suggestions only! And keep in mind this is not the
>> aur-general mailing list, so AUR-specific advice is not helpful (and I
>> suspect ardour users don't want to see it dropped to the AUR either).
>>
> Um... sorry?
>
>
> --
> Kind regards,
>
> Donovan
>



-- 
GPG/PGP ID: C0711BF1

Re: [arch-general] What's with Ray Rashif?

[Ray Rashif via arch-general]

On 10 October 2016 at 11:10, David Runge  wrote:
> On 2016-09-28 00:32:38 (+0600), Ray Rashif via arch-general wrote:
>> I have just gotten access to my Arch system and will be rolling out
>> some updates throughout the week. Thanks to arojas and others for
>> taking care of rebuilds and such, and sending me nice e-mail nudges
>> and patches.
> ping!

Most of my packages have been updated (please test ardour as it was
the first bump to 5.x), leaving namely the lilv stack, which I hope to
get to next. Promise!


--
GPG/PGP ID: C0711BF1

Re: [arch-general] What's with Ray Rashif?

[Ray Rashif via arch-general]

On 25 September 2016 at 21:53,  wrote:
>
> * Guillaume ALAUX  [25.09.2016 17:08]:
>>
>> Just FYI, Ray talked about being "intermittently inactive" in this
>> thread back in August [0]. It does not completely answer your question
>> but at least sheds some light.
>>
>> [0] 
>> https://lists.archlinux.org/pipermail/arch-dev-public/2016-August/028220.html
>
>
> Thanks for your answer! I might have seen this message, but didn't remember 
> it, maybe because I thought his last sentence
>
> "I'll disown any if I can't do them justice by the end of next week."
>
> didn't make it worth remembering, you know, "problem solving itself".
>
>
>
> I guess Ray will eventually read this mail and get shed light on this. :-)

Hello folks

That was indeed a very lousy response, now that I look back at it. I
have been "intermittently inactive" for quite some time but not
updating my favourite packages (ardour, jack et al) is a new low I
must admit!

I have just gotten access to my Arch system and will be rolling out
some updates throughout the week. Thanks to arojas and others for
taking care of rebuilds and such, and sending me nice e-mail nudges
and patches.


-- 
GPG/PGP ID: C0711BF1

Re: [arch-general] Another 'gotta be something idiotic': trying to create bootable USB thumb drive

[Ray Rashif]

On 12 April 2013 10:00, David Benfell  wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 4/11/2013 6:00 PM, Jan Alexander Steffens wrote:
>>
>> It's possible the drive just can't be used for anything but what
>> SanDisk intended (and support will just tell you that "Linux is
>> not supported by SanDisk.") Trying to manipulate the MBR or any
>> other sector outside the main data partition immediately causes the
>> drive to shut down, maybe to protect its functionality. At least I
>> believe that's what I'm seeing here.
>>
> This clearly falls within the range of 'gotta be something idiotic',
> just different from what I expected. My guess is you've nailed it.
>
> I guess I'll head back to Best Buy for a different brand.

Hi David

Before you do that, did you try using the tool mentioned in the Ubuntu
thread to remove unwanted firmware partitions, if any? If not, you may
want to format the entire thing with an HP legacy formatting tool.¹

I've used it successfully in the past to reclaim full functionality
from such stubborn vendor-locked storage devices that won't let you
manipulate them with standard tools. Worth a try, I say.

¹ 
http://www.softpedia.com/get/System/Hard-Disk-Utils/HP-USB-Disk-Storage-Format-Tool.shtml

--
GPG/PGP ID: C0711BF1

Re: [arch-general] Newbies in Arch [WAS: Suspend seems not to work with nVidia Nouveau driver]

[Ray Rashif]

On 4 January 2012 16:25, Jonathan Vasquez  wrote:
> Think of Doctors. Sometimes when you feel sick, you go online and you
> try to do your due diligence. Trying to find out what is wrong with
> you (Diagnosing yourself), even though you aren't a doctor. But you
> try to do it anyways because searching for information, and finding a
> solution tends to be something that us hackers have haha (How can we
> be using a distro as great as Arch, and not be used to searching for
> information and solutions? :] ). Once you find the information, you
> feel pretty good about it. Of course since you know you aren't a
> doctor, you clearly know that you might be wrong, and keep an open
> mind about your current solution, until you go see the doctor. Once
> you go see the doctor and try to explain to them your research and
> theories, some of the doctors respond very negative towards you,
> basically down playing your intelligence because you didn't go to
> eight years of medical school. Just because a person didn't go to
> medical school, doesn't mean that they can research and learn anything
> in the field of medicine. That logic is ridiculous, and as we have and
> will experience in our lives, applies towards other areas of life.

I like this, +1 :)

Once I was in this exact situation, and I couldn't punch the guy
because I didn't have an MBBS to support myself. No offence to you
doctors; you have a respectable profession, but sometimes you have to
realise there are patients who could've joined you in medical school
if they wanted to.

In the same manner, we shouldn't discredit a computer user just
because he's never had much experience with that many operating
systems, that is to say there are actually people who jump straight to
Arch Linux from Windows and face no problems.


--
GPG/PGP ID: C0711BF1

Re: [arch-general] Top Posting Revisited

[Ray Rashif]

When in a private correspondence, regardless of the number of
participants, the context is probably known and thus there is no need
to read previous replies. I would reply like this, because I only care
about what you and I are talking about at this point of time - there
is no need for any reference. If I do feel like quoting something, I
may look below. Since the importance of the previous replies are not
high in this scenario, they are at the bottom, out of view.

On 16 December 2011 12:03, Jeffrey Lynn Parke Jr.
 wrote:
> I don't really think that people put any conscious thought into if they
> should top or bottom post.

But I may be concerned about one particular message or sentence or
paragraph or word, and in that case I may choose to highlight the
relevant extract like this. In a high-traffic medium such as a mailing
list, there is no prior knowledge of context or content. As such,
replying like this makes the most sense and follows the flow of
conversation.


--
GPG/PGP ID: C0711BF1

Re: [arch-general] a plea for python 2

[Ray Rashif]

On 15 December 2011 07:44, Thomas Dziedzic  wrote:
> On Wed, Dec 14, 2011 at 5:19 PM, Sander Jansen  wrote:
>> On Wed, Dec 14, 2011 at 5:05 PM, Thomas Dziedzic  wrote:
>>> On Wed, Dec 14, 2011 at 5:00 PM, Thomas Bächler  
>>> wrote:
 Am 14.12.2011 23:24, schrieb Evan Martin:
> What I don't understand is why you're manually patching upstream
> software to rewrite references from /usr/bin/python to
> /usr/bin/python2.  This sort of forking is exactly the sort of
> divergence (like how Ubuntu modified their GTK to add their own
> specific hooks) that I was fleeing from when I came to Arch.

 There's no forking here. Python 2 is end-of-life, python 3 is current.
 Applications that set a 'python' shebang, but require 'python2' are
 *broken*, we *fix* them.

>>>
>>> This is how I feel about the current situation also.
>>>
>>> The pep clearly defines that you should only be using python2 or
>>> python3 in your shebangs, and that python should be ideally used only
>>> to invoke interactive sessions.
>>>
>>> The fact that programmers and distro python packagers ignore this is
>>> not our fault.
>>
>> "Until the conventions described in this PEP are more widely adopted,
>> having python invoke python2 will remain the recommended option."
>
> The full quote is:
>
> "More conservative distributions that are less willing to tolerate
> breakage of third party scripts continue to alias it to python2. Until
> the conventions described in this PEP are more widely adopted, having
> python invoke python2 will remain the recommended option."
>
> Also, when do you suppose "widely adopted" will occur? If you leave
> space for interpretation, then expect opinions that don't match yours.
> This is a recommendation and someone is going to have to take the
> first step eventually.
> Here is a metaphor in the spirit of the season:
> Arch is the snowplow that is shoveling the snow to the sides of the
> road to make it easier for other distros to pass.
>
> I see this thread turning into the threads when it was first
> announced, and I refuse to go down that path, again...
>
> Here is the python maintainer's blog post about it:
> http://allanmcrae.com/2011/03/the-python2-pep/
>
> Cheers!

To sum up the two Thomas' replies above (which have been mentioned a
number of times before):

1) Arch faces the pain before anyone else.
2) Arch fixes stuff for real, _not_ "enhances". (which is what you
mean by Ubuntu-like patching)

Using /usr/bin/python is no longer recommended as upstream has
realised the mess they themselves have made. All software developers
who consider themselves up-to-date with technology should adopt these
latest changes, or choose to be backdated.

-- 
GPG/PGP ID: C0711BF1

Re: [arch-general] audio realtime, was: /usr/bin/X: No such file

[Ray Rashif]

On 12 December 2011 01:44, Bernardo Barros  wrote:
> On Sun, Dec 11, 2011 at 9:39 AM, Ralf Mardorf
>  wrote:
>>> grep audio /media/archlinux/etc/security/limits.conf
>> @audio          -       rtprio          65
>> @audio          -       nice           -10
>> @audio          -       memlock         4
>>
>
> A recent jack update sets those limits for you.

And also it doesn't matter what is there in limits.conf - they'll
simply be overriden by those in limits.d. So things should just work,
theoretically.


--
GPG/PGP ID: C0711BF1

Re: [arch-general] audio realtime, was: /usr/bin/X: No such file

[Ray Rashif]

On 12 December 2011 01:39, Ralf Mardorf  wrote:
> Btw. I can't agree with
> "Tickless, CONFIG_NO_HZ, i.e "dynticks", or "dynamic ticks", is said to
> interfere with realtime (though the extent may not be noticeable)."
> it reduces audible MIDI jitter on my machine.

And I have heard it increases xruns on other machines :)

You can just enable it in the config.


--
GPG/PGP ID: C0711BF1

Re: [arch-general] 2 recommendations needed for installing Arch Linux

[Ray Rashif]

On 6 December 2011 21:08, Ralf Mardorf  wrote:

> Hi :)
>
> I'm new to the list.
>
> I already received some hints from another Arch Linux mailing list.
>

Welcome to Arch Linux :)


>  Sorry that my mail is formatted in HTML. When I tied to restore the
> distro I used before from a backup for the billionth time, I made a mistake
> and accidentally deleted originals and backups from ext4 partitions.
> Currently I'm even unable to boot any from my other Linux installs, so I'm
> using a Parted Magic live CD, resp. the web mailing thingy from my provider.
>

When I tell some people that I use plain text, I am made aware that it's
already 2011 :D


> I'll switch to Arch Linux because for my needs, audio productions, it
> could be easier to keep it stable than it is for other distros.
>

Here I'll give you just one page to read:

https://wiki.archlinux.org/index.php/Pro_Audio


>  I've got two questions.
>
> 1. What is a safe FS, that can be recovered? Ext4 seemingly isn't such a
> FS. The FS also should be usable for audio productions. Security regarding
> to multiple user usage, web access, server usage etc. are unimportant for a
> DAW.
>

There are 3 things you're probably thinking or recalling. In the early days
of ext4 there were some issues with data _loss_. That is not to be confused
with intentional data _removal_. Either way, those early days are long
gone, and I can't remember the last time I had actually lost data. In fact,
this system has gone through harsh treatments including forced halts during
intensive disk operations. Potent disaster, but I have not lost anything.

The other issue is with regards to data _recovery_. Ext4 is by design a tad
bit different from ext3, and any data recovery tool which can work with
ext2/3 needs some additional work to support ext4 [1]. TestDisk can help
with NTFS, FAT and ext2 for quick recovery of files for which metadata
still exists, but not so with ext3 or ext4. For that, you'd need to "carve
out" data. PhotoRec will get you the most relevant files, but you can take
a look at Foremost if you want to recover even older ones. At the end of
the day, however, as Thomas has mentioned, you can only hope.

The last and probably least of your concerns is (or should be) whether the
FS is suitable for audio production. Ext-based filesystems have the lowest
latency, aside from JFS which beats them all. However, there is no
empirical data to prove that this disk-level latency has any adverse
effects on realtime audio/video in reality. You should purchase a fast HDD
if disk latency is a concern at all. Better yet, get an SSD so you
eliminate seek time entirely (best for sampling).


> 2. For my main Linux I always prefer to use 64-bit architecture, but
> 32-bit architecture compatibility is needed. Is there something I should
> take care about when installing Arch Linux?
>
> Cheers!
>
> Ralf
>

[1]
http://computer-forensics.sans.org/blog/2010/12/20/digital-forensics-understanding-ext4-part-1-extents

-- 
GPG/PGP ID: C0711BF1

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

[Ray Rashif]

On 2 December 2011 04: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
>

Yes, this does happen. Some software have stable releases that are years
old, so people use the development releases as stable ones instead and
ignore the ones upstream call stable. We even have some packages like that,
but I can't recall which.

-- 
GPG/PGP ID: C0711BF1

Re: [arch-general] Vim with X

[Ray Rashif]

On 16 November 2011 17:31, Manolo Martínez  wrote:
> On 11/16/11 at 08:44am, Jason Melton wrote:
>> On Tue, Nov 15, 2011 at 11:00 PM, Manolo Martínez
>> wrote:
>> > don't want gvim, but we find copying and pasting to and from the clipboard
>> > useful.
>> >
>> > If you install gvim, you can still run "vim" in an emulator and you get
>> the compile flags that gvim used. Which, relevant to this question include
>> "+xterm_clipboard". gvim is not "gvim only, it's gvim AND vim.
>>
>> You can then "set clipboard=unnamedplus" (or just "unnamed", or not at
>> all, depending on your preference) and go to town.
>
> Yes, I know. But gvim pulls in ruby and lua (does that even make sense? I 
> swear
> that's what pacman asks to do), and that's a bit too much for clipboard
> support.
>
> I was assuming (unwarrantedly, it appears) that my profile of use of vim (in a
> terminal emulator, but relying on the x clipboard) was fairly standard. I 
> stand
> corrected now.
>
> Manolo
> --
>

Since recently, I've been using my own build of vim. I realised I
could do with some convenience after all these years and set up
omni-completion with supertab context for python. If you build in
python3 interpreter the completion does not work, so I have to rebuild
with only python2. I tried enabling X while I was at it but the
yanking to clipboard did not work as far as KDE's Klipper is
concerned. I use pathogen so updating vim or any of its plugins is not
a concern, and thus have vim ignored in pacman.

You can do the same.

-- 
GPG/PGP ID: C0711BF1

Re: [arch-general] Vim with X

[Ray Rashif]

On 15 November 2011 22:00, Manolo Martínez  wrote:
> Hello everyone,
>
> As it is now, the standalone vim cannot copy to and from the X clipboard. For 
> a
> vim that does this, one needs to install gvim, which pulls a number of
> dependencies that you don't really need if you don't use the GUI.
>
> I guess the rationale for this is that people using vim in console have no use
> for X support, and the rest will be happy to use gvim. But I think many people
> -- at any rate, I'm one of them -- use vim in a terminal emulator in X. We
> don't want gvim, but we find copying and pasting to and from the clipboard
> useful.
>
> Any chance that the policy on compile flags to use for vim could be revised?
>
> Thanks
> Manolo
>
> --
>

The policy had already been revised when the split was made to have
vim and gvim. Vim had to become lightweight as many people were
complaining about its bulk.


-- 
GPG/PGP ID: C0711BF1

Re: [arch-general] Time delay problem with latest [core] kernel

[Ray Rashif]

On 13 November 2011 20:47, Tom Gundersen  wrote:
> As of 3.1 the sound buffers were increased from 64 to 4096 kB

Thank you Tom, this one is a very important change, and is exactly
what led to the issue of this topic.


--
GPG/PGP ID: C0711BF1

Re: [arch-general] KDE panel broken after last upgrade

[Ray Rashif]

On 6 November 2011 17:52, Lorenzo Bandieri  wrote:
> Yes, it's likely a config problems. Removing my ~/.kde4 prevents the crash.

One or both of the following are confirmed to be affected:

plasma-desktoprc
plasma-desktop-appletsrc

We don't need to remove/edit anything else. It's probably something
about resized panels. Anyway this is just an FYI-update for anyone
else facing this.


--
GPG/PGP ID: 8AADBB10

Re: [arch-general] KDE panel broken after last upgrade

[Ray Rashif]

On 6 November 2011 01:06, Lorenzo Bandieri  wrote:
> Hello archers,
>
> Last massive KDE upgrade broke my KDE desktop. In particular, after
> the reboot, the panel was gone. I tried to "Add Panel": Default Panel
> crashes Plasma Shell;  Empty panel works. Then I added one by one the
> widget I had in my original panel (which was pretty standard). I
> determined that the "culprit" is task manager: when I try to add this
> widget, KDE crashes.

I confirm as I faced this yesterday, but concluded that my systray was
the culprit. Possibly there is something common there.

> Any workaround?

I moved ~/.kde4/share/config, added the default panel, and moved back
the config. As such, I have a default panel now but at least I have a
task manager and a system tray to view my apps. This also means the
issue is with the configs somewhere. I have not done anything else
since I'm a little busy with stuff and I cannot deal with this kind of
breakage ATM.


--
GPG/PGP ID: 8AADBB10

Re: [arch-general] Recently orphaned [community] packages, TUs should take a look if they might be interested in adopting them.

[Ray Rashif]

On 27 September 2011 20:50, Sven-Hendrik Haase  wrote:
> On 09/27/2011 02:51 PM, Xavier D. wrote:
>> Hello,
>>
>> If no TU interested in celt, I'm interested to maintain it in AUR.
>>
>> On 09/26/2011 11:19 PM, Thomas Dziedzic wrote:
>>> Hi,
>>>
>>> I recently went over all my packages in community, and have decided to
>>> orphan the following due to lack of interest and because I haven't
>>> used them in a long time
>>>
>>> celt - Low-latency audio communication codec
>>> extrema - Extrema is a powerful visualization and data analysis tool.
>>> ghdl - A complete VHDL simulator, using GCC technology.
>>> gnofract4d - A fractal browser with PyGTK gui
>>> grass - Geographic Information System (GIS) used for geospatial data
>>> management and analysis, image processing, graphics/maps production,
>>> spatial modeling, and visualization.
>>> gtkwave - A wave viewer which reads LXT, LXT2, VZT, GHW and VCD/EVCD
>>> files
>>> gts - GNU Triangulated Surface Library.
>>> luakit - luakit is a highly configurable, micro-browser framework
>>> based on the WebKit web content engine and the GTK+ toolkit."Stable"
>>> release
>>> mpdscribble - An mpd client which submits track info to last.fm
>>> netbeans - Netbeans IDE development platform.
>>> protege - Free, open source ontology editor and knowledge-base framework
>>> wordpress - Blog Tool and Publishing Platform
>>>
>>> All of them are working as far as I know, and they have no outstanding
>>> bugs except a couple which are in the list of pushing the .desktop
>>> file upstream https://bugs.archlinux.org/task/23387 (already reported)
>>> and luakit has an extremely minor upstream bug
>>> https://bugs.archlinux.org/task/25761 which is also reported.
>>>
>>> Cheers!
> We should have celt in [community]. I'll take celt as I also maintain
> mumble. It currently doesn't depend on celt but it might in the future.

Yep. We also need celt for jack(2).


--
GPG/PGP ID: 8AADBB10

Re: [arch-general] Skype mic

[Ray Rashif]

On 26 September 2011 23:06, Carlos Alberto Ospina
 wrote:
> Skype doesn't work.

Skype works beautifully here.

I don't understand the rest of what you typed, unfortunately.


--
GPG/PGP ID: 8AADBB10

Re: [arch-general] ConvertXToDVD alternative for Linux.

[Ray Rashif]

On 22 September 2011 14:23, Madhurya Kakati  wrote:
> OK. I have installed devede but when I start it, it says that it needs
> spumux to run. I can't seem to find it in the repos and AUR.

I'm not able to reproduce this, and this cannot happen. dvdauthor is
in the dependency chain, and dvdauthor provides spumux. See if you
can't run both from the commandline.

Remove them all:

pacman -Rscn devede

Then install them again (you should see dvdauthor in the list of dependencies).


--
GPG/PGP ID: 8AADBB10

Re: [arch-general] Any suggestions on frequently rebuilding a git package?

[Ray Rashif]

On 19 September 2011 01:40, Jeremiah Dodds  wrote:
> If I'm wrong, and there's a standard way of doing this within
> PKGBUILDs, awesome.
> Assuming I'm not,  I think the best you could do would be to not
> compile at all if the
> version you'd be compiling is the same as what's installed on your system, 
> which
> you may already be doing.

You're not wrong, at least not on one account (the one you mentioned first).

1. Keep buildscripts locally and update the package manually (this is
a standard)
You will no longer depend on auto-update mechanisms (yaourt et
al) based on package updates from package maintainers, but keep the
buildscripts on your system for yourself. You will then initiate
makepkg as usual, and provided the PKGBUILD conforms to GIT packaging
standards, the checkout itself will always be there and will be
updated as and when needed.

2. There's no standard "caching" location for vcs packages
 However, you can simply adopt your own convention across
PKGBUILDs that you use. One example is to have a standard location to
keep all vcs checkouts, and refer to the respective dir in there and
make your checks from within the PKGBUILD.


--
GPG/PGP ID: 8AADBB10

Re: [arch-general] wvdial and ppp configuration

[Ray Rashif]

On 11 September 2011 06:12, Fons Adriaensen  wrote:
> On Sun, Sep 11, 2011 at 12:56:08AM +0300, cantabile wrote:
>
>> This thread is relevant:
>> http://mailman.archlinux.org/pipermail/arch-general/2010-June/014388.html
>
> Yes and no.
>
> Early ADSL modems (such as the green Alcatel flat fish shaped one,
> I still have it) required you to set up a ppp connection on top
> of the ATM based link they provided. Today's ADSL modems provide
> a network interface directly and don't need require the user's
> system to use ppp.

Ahh, now I see what you're getting at.


--
GPG/PGP ID: 8AADBB10

Re: [arch-general] wvdial and ppp configuration

[Ray Rashif]

On 11 September 2011 05:08, Fons Adriaensen  wrote:
> I don't explicitly use pppd, wvdial does. And it looks as if it
> shouldn't - just do the dialling and then let something else (e.g.
> dhcpcd) set up the already existing interface (usb0). But wvdial
> has no options to make it do that AFAIK.

wvdial needs to start pppd to connect. Without pppd, wvdial is
useless. The ppp0 is the proper device (registered by pppd), and not
usb0. I don't know which brings that one up, but I suppose it's the
usb_modeswitch thing. A dhcp client is used at the end, after
dialling, after connecting.

The man page has a good explanation of this process in the first few
paragraphs, which might also explain the don't-know message. You can't
optimise your connection any further. If it works, it works.

> Yes, originally it shows up as a cdrom device with the Windows
> software on it. After the modeswitch it becomes a modem.

Then you probably have one of the other unfriendly devices. My Huawei
E220 (still released and also branded by Vodafone but I unlocked it)
is also a cd-rom/modem/usb device but I only had to tinker with the
mode switching years ago.


--
GPG/PGP ID: 8AADBB10

Re: [arch-general] wvdial and ppp configuration

[Ray Rashif]

On 11 September 2011 01:17, Madhurya Kakati  wrote:
> you could try MAC spoofing. :P It would work if your neighbor has
> blocked your MAC address.

Most people usually go for selective access, rather than selective
blocking, since most users usually don't have the technical
inclination to actually figure out the IP of the suspect, and often
only are "roughly" sure that their network has an intruder.

So, very poor chance.


--
GPG/PGP ID: 8AADBB10

Re: [arch-general] wvdial and ppp configuration

[Ray Rashif]

On 11 September 2011 00:27, Fons Adriaensen  wrote:
> Since my (unknown) neighbour finally got smart enough to
> lock me out of his wireless access point (still unencrypted,
> probably filters on MAC address now), I got a Vodafone USB
> internet key, and even managed to make it work. But I've
> the impression that my current configuration isn't really
> optimal.

Isn't that illegal? :P

> 1. The 'Don't know what to do!  Starting pppd and hoping
>   for the best.' line from wvdial looks suspect.

That's normal, I think. However, I don't know the details.

> 2. The fact that I have _two_  new network interfaces.
>   The existence of the 'usb0' one seems to suggest I
>   don't need pppd at all, but how then to bring it up ?

wvdial does all of the device handling for you - no need to explicitly
use pppd to do anything here. You either use wvdial (front-end to ppp
scripts) or pppd alone. pppd is also the one "bringing up" or
registering the ppp device - not you. In short, the following is the
connection process:

(a) edit /etc/wvdial.conf
(b) wvdial $dialername

If you only have one dialer without any name specified you just run
'wvdial' by itself, as root, or as user if given proper permissions.

BTW, are you sure you need usb_modeswitch for this modem? Some modems
used to need that like sometime in 2005/2006, but they no longer do.

> Any information / suggestions to improve this will be
> appreciated. Also, if at all possible I'd like to put
> all this into a neat netcfg profile.

I don't think netcfg has any provision for mobile broadband, but then
again I don't keep tabs on that.


--
GPG/PGP ID: 8AADBB10

Re: [arch-general] Adopting start-stop-daemon in archlinux

[Ray Rashif]

On 8 September 2011 19:35, Alessio 'Blaster' Biancalana
 wrote:
> I like the idea, this seems KISS as it is now.
> It could be a better way to manage services, kudos!

It could also be incorporated into the rc.d functions, making it
elegant to use from within the scripts.

The question is, can a few lines of shell code (as has been
demonstrated by the bugfix in the bug report above), manage the
problem sufficiently? If yes, then a full, separate program to handle
this stuff is _not_ KISS.


--
GPG/PGP ID: 8AADBB10

Re: [arch-general] system slowing down when copying files.

[Ray Rashif]

On 27 August 2011 12:34, Madhurya Kakati  wrote:
> On Sat, Aug 27, 2011 at 6:49 AM, Loui Chang  wrote:
>> On Sat 27 Aug 2011 09:12 +0530, Madhurya Kakati wrote:
>>> Hi,
>>> My system tends to slow down a lot when I copy files to and from a pen
>>> drive or even from one hard disk to another. Even my mouse cursor
>>> slows down. The system becomes almost unusable. I more than enough RAM
>>> and I am using a tiling window manager. So I am not even using a lot
>>> of RAM. Why is this happening? I can't work on my system if I run any
>>> large file copy/move operation. Please help.
>>> Thanks.
>>
>> Your hard drive might be dying. Back up your files now.
>>
>>
>
> Seriously? This doesn't happen in Windows 7. Also when I copy files
> from my new HDD to a pendrive my system still slows down. The new HDD
> is less than a month old.

This is a scheduler bottleneck, and AFAICR, a Linux deficiency that
Con Kolivas trie(s|d) to improve with the BFS. From personal
experience, BFS was much, much better, to the point that there was no
noticeable slow-down.


--
GPG/PGP ID: 8AADBB10

Re: [arch-general] Writing my mother tongue in LibreOffice.

[Ray Rashif]

On 12 August 2011 21:38, Shridhar Daithankar  wrote:
> On Friday 12 Aug 2011 6:35:59 PM Madhurya Kakati wrote:
>
>> So basically I can use my english qwerty keyboard to enter assamese
>> characters? That's great. So I just have to install ibus and then I
>> can write in Assamese in libreoffice writer?
>
> There are multiple ways to achieve the same thing. It all boil downs to how to
> inform X that what keyboard layout you are using.
>
> I regularly type मराठी(marathi) in all my programs from KDE and do not need 
> any
> special installation.
>
> Just go to system settings -> input devices -> keyboard layout -> configure
> layout and add the desired layout. Thats all.
>
> I just checked it but asamese is not listed in there. Closest one is bengali.
>
> Even in indian layout, there is no asamese variant.

I think this is why:

"The present standard is identical to the Bengali script except for
two letters."

From: http://en.wikipedia.org/wiki/Assamese_script

Also see: 
http://en.wikipedia.org/wiki/Help:Multilingual_support_(Indic)#Check_for_existing_support

Where Bengali and Assamese are in the same box.


--
GPG/PGP ID: 8AADBB10

Re: [arch-general] Writing my mother tongue in LibreOffice.

[Ray Rashif]

On 10 August 2011 19:44, Madhurya Kakati  wrote:
> Hi,
> I was quite surprised to see a language pack for LibreOffice for my
> mother tongue in the extra repo(libreoffice-as). I was wondering as to
> how to write it? Do I need to buy a special keyboard or will this
> qwerty keyboard work?
> Thanks

I'm not quite sure about the differences but you can:

1. Change your keyboard layout to your language (in KDE/GNOME settings
or other tools)
2. Use ibus-m17n (ibus is a new input system)
3. Use scim-m17n (scim is sort of an older input system)

I've personally set up ibus for Hindi, Bengali and Mandarin for
friends and family on Ubuntu. This was a two-step process, first
adding languages to the system, and then adding layouts to ibus using
the gtk tool. CTRL+SPACE changed between layouts or ON/OFF. There was
an option to change the entire OS to your language, so even your
folders are renamed.

However, ibus/scim offers the flexibility to use an English keyboard
and a primary English computing environment, but toggling the input
system for say when you have an editor running would allow you to
switch between multiple languages and keyboard types of those
languages. There is also phonetic support in some of those, where you
type in English the way your word is pronounced and it will
auto-transliterate. On the other hand, I think, (1) is a bilingual
approach only.


--
GPG/PGP ID: 8AADBB10

Re: [arch-general] More urls in PKGBUILD or on package details page

[Ray Rashif]

On 9 August 2011 06:52, Martti Kühne  wrote:
> On Mon, Aug 8, 2011 at 8:45 PM, Sergej Pupykin  wrote:
>> May be add
>> bugsurl="..."
>> to PKGBUILD
>>
>
> O_O
>
> -1 from me, such a feature would be... kinda out of place and
> confusing for new users. And usually bug trackers are linked directly
> on a project's main site, so that would save like 1 click for many
> cases. I'd rather start a distinct database on such links and hook it
> up to world with a simple php script.

How and where would this be confusing? The information on the package
details page? Say for eg.
http://www.archlinux.org/packages/extra/i686/mplayer/ I see this as
"Upstream Tracker" below "Upstream URL". I don't see how that can be
out of place. The RSS may not be shown but would allow a maintainer to
receive notifications about upstream changes just from an adopt + get
notification action.


--
GPG/PGP ID: 8AADBB10

Re: [arch-general] More urls in PKGBUILD or on package details page

[Ray Rashif]

On 9 August 2011 02:27, Sergej Pupykin  wrote:
> Hi All,
>
> what if we add somehow direct links to "report upstream bug" and may be link
> for easier checking new version (RSS link, sf.net/project/..., another
> download page or something else)?
>
> I think direct link to upstream bugtracker should be usefull.

I agree. But how is it going to be implemented? It does require some
manual work, as in you can't dynamically, say, parse it from the main
URL, obviously. So the only way I see this being workable is to add
another (non-makepkg; with a leading underscore) variable or two (for
RSS). Can be implemented in AUR as well.


--
GPG/PGP ID: 8AADBB10

Re: [arch-general] Fwd: [PLUG] The World's Easiest Arch Linux Manual

[Ray Rashif]

On 7 August 2011 11:43, Shridhar Daithankar  wrote:
>ArchWiki is an excellent source, yet we needed simplifications.

Great effort, but I feel this effort could've been directed to the
wiki itself to "simplify" its contents.

I guess now it could be linked from the beginner's guide somewhere.


--
GPG/PGP ID: 8AADBB10

Re: [arch-general] Enforcing CFLAGS in PKGBUILDs

[Ray Rashif]

On 5 August 2011 16:54, Jan de Groot  wrote:
> On Fri, 2011-08-05 at 15:23 +0800, Ray Rashif wrote:
>
>> For eg. some developers like to enforce -O3, so they should first get
>> the system CFLAGS and override it's -O*, if any.
>>
>> But in general, I agree. We shouldn't enforce anything either unless
>> we're trying to fix something. The ardour PKGBUILD does this [1],
>> maybe it shouldn't, but I assume the -O3 becomes redundant when we
>> pass system CFLAGS to the build as a configuration flag.
>>
>> [1] 
>> http://projects.archlinux.org/svntogit/packages.git/tree/ardour/trunk/PKGBUILD
>
> Looking at ardour, I see it's also patched to support gcc 4.6. Now let's
> say something about -O3: -O3 optimization can be very bad and the
> results are extremely dependent on the compiler version. Something that
> works optimal with gcc 4.4 and -O3 can break completely with gcc 4.6 and
> -O2.
> Just adding -O3 to CFLAGS without knowing which compiler is used is
> plain stupid. Check this blog for example:
> http://glandium.org/blog/?p=1975
> There someone from Mozilla claims they're finally able to build with O3
> +PGO with GCC 4.5. This was at the time we were already doing O2+PGO
> from our PKGBUILD with 4.5 and now 4.6.

Good that you bring this up - I was totally unaware of this correlation.


--
GPG/PGP ID: 8AADBB10

Re: [arch-general] Enforcing CFLAGS in PKGBUILDs

[Ray Rashif]

On 5 August 2011 07:35, Lukas Fleischer  wrote:
> My own opinion is that we shouldn't patch anything here. While using the
> same optimization flags for all packages might result in some kind of
> consistency, one of our main guidelines - not to do any unnecessary
> modifications - is kind of violated here. We should trust upstream
> having chosen any explicit optimization flags with care (in some cases,
> enforcing optimization flags might even lead to heavy performance
> impacts - although this is unlikely to happen). I am aware that there
> are some corner cases for sure, for which I'd say overriding CFLAGS is
> okay. However, this shouldn't be common practice, imho.
>
> Opinions?

I have wondered about this before. Upstream developers should include
in their code/buildsystem proper conditional CFLAGS, i.e append to
system CFLAGS, override _only_ what they want to override, and don't
append anything already part of the system CFLAGS.

For eg. some developers like to enforce -O3, so they should first get
the system CFLAGS and override it's -O*, if any.

But in general, I agree. We shouldn't enforce anything either unless
we're trying to fix something. The ardour PKGBUILD does this [1],
maybe it shouldn't, but I assume the -O3 becomes redundant when we
pass system CFLAGS to the build as a configuration flag.

[1] 
http://projects.archlinux.org/svntogit/packages.git/tree/ardour/trunk/PKGBUILD


--
GPG/PGP ID: 8AADBB10

Re: [arch-general] Installation of libreoffice

[Ray Rashif]

On 4 August 2011 18:30, Philipp Überbacher  wrote:
> Some wiki page, big deal. Doesn't mean we have to use gnome.

Nope. Does not. In the same manner, there is also nothing about gtk.

> It uses the theme, icons and file chooser, that's already a lot for a
> thing that's about looks.

It's really just a small part. If you take a look at the kde
integration, it's nowhere near how a kde or qt app looks like. So
implying qt rather than kde doesn't make things any better.

> So how does gnome make any more sense? It's not using a gnome UI either.

It makes sense because 'gtk' does not equate to 'desktop', while
'gnome' does. You'd have to rewrite the program to have it integrate
with either gtk or qt in full. This is why:

Integration with the desktop rather than the widget style does not
carry a strong obligation, because you can smack on some icons and you
can call it "integration".

> No, this is just wrong and reinforcing bad practice.

Indeed, but nobody is reinforcing anything. To you it may be wrong,
but to others it may not. In this case it's just a simple matter of
what looks OK and what is enough. Renaming 'gnome' to 'gtk' will _not_
make things any better, aside from serving the personal satisfaction
of some. In short, there is no need to be anal.

If you feel strongly about this, you can file a Feature Request :)


--
GPG/PGP ID: 8AADBB10

Re: [arch-general] Installation of libreoffice

[Ray Rashif]

On 4 August 2011 17:35, Philipp Überbacher  wrote:
> In this specific case I don't think the upstream name matters much since
> I even have a hard time figuring out how upstream calls this part of LO.
> I don't know where the packager got the name from but it might well have
> been the ubuntu package for all I can figure out. I personally find a
> sane naming scheme in arch more important than consistency across
> distros (which would be pretty much the only reason to go with the
> 'wrong' name).

http://wiki.services.openoffice.org/wiki/Documentation/Administration_Guide/Linux

Has 'GNOME' and 'KDE' sprawled all over.

In this case, implying gtk is as misleading as implying gnome; it is
no better. The office suite really does not look native at all, it
just tries its best to be close to the 'desktop' (overall) _theme_
with icons and an appropriate file chooser. So technically, and
ultimately, it is not appropriate to imply gtk since it does a
horrible job with integrating to a widget system.

In other cases, where the respective gtk and qt packages override for
say, a UI, then the gtk implication rather than gnome would be
appropriate.

It's not always possible to make the non-DE users happy. In fact,
non-DE users have to adapt to the latest conventions and most
importantly, adapt to the norm. It is up to us to see whether an
integration works satisfactorily and without all the bulk, rather than
demand it. Expecting '-gnome' or '-kde' to always come with their
desktop-specific dependencies is not a proper expectation, for it is
not always "integration" in the correct, or full, sense.

Many applications claiming 'gtk' as part of its name or description
actually depend on gnome libraries. It's a fragmentation we have to
deal with, because it's a popular practice, and thus, the norm.


--
GPG/PGP ID: 8AADBB10

Re: [arch-general] Installation of libreoffice

[Ray Rashif]

On 4 August 2011 06:35, Philipp Überbacher  wrote:
> It's not exactly easy to figure out what upstream uses in this case. The
> only hint I found so far is the gnome_list.txt in the PKGBUILD. I don't
> know whether the upstream name is very significant in this case.

I think upstream is only keen on DE integration. That the gnome
integration does not depend on gnome-specific stuff, just happens to
be the case.


--
GPG/PGP ID: 8AADBB10

Re: [arch-general] Creating an Arch chroot on a non-Arch system?

[Ray Rashif]

On 23 July 2011 16:40, Magnus Therning  wrote:
> Is there something available out there that makes it easy to create an
> Arch chroot on a non-Arch system, e.g. Ubuntu or Fedora?

There is only 1 requirement:

* pacman

You can build pacman on your distribution, or use a prebuilt
statically-linked pacman. pacman.static is no longer provided, so get
ftp://ftp.berlios.de/pub/larch/larch8/i686/pacman-allin.tar.gz


--
GPG/PGP ID: 8AADBB10

Re: [arch-general] Panic - no sound devices after upgrade

[Ray Rashif]

On 21 July 2011 15:19, Fons Adriaensen  wrote:
> I'm not at the studio ATM so I can't try, but what about
> the sysvinit package ? It provides /sbin/init, and it was
> not in your list of 'usual suspects'.

The last time that was updated was in Oct 2010 [1].

> to find out why after reverting kernel, mkinitcpio, udev,
> etc. to versions known to work I still get those 'new style'
> boot messages - indicating that something else should be
> reverted as well to return to the working configuration.

How are these "new style" boot messages actually?


[1] http://www.archlinux.org/packages/core/i686/sysvinit/


--
GPG/PGP ID: 8AADBB10

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

[Ray Rashif]

On 21 July 2011 03:45, Tom Gundersen  wrote:
> If you have a pinned down a bit what the problem is, then open a FS,
> if you are still lost feel free to ping me in #archlinux (I'm
> tomegun).

And for a start, determine if the only difference between Fedora and
Arch is some kind of firewire rules [1]. If that is the case, try
place it [1] in /etc/udev/rules.d and see if things work. Remove any
custom chmods on device nodes you might have added before.

However, looking at their tree, they don't seem to provide any such
ruleset. The following quote is from upstream ieee1394 documentation
[2]:

"For example, the Fedora Linux distribution currently contains a
mechanism to add read and write permission for the locally logged in
user to the ACLs of fw* files of some FireWire device types. To this
end, recent udev releases have firewire subsystem rules in the file
70-acl.rules file."

I  have little idea what that refers to.

[1] 
http://git.debian.org/?p=pkg-multimedia/ffado.git;a=blob_plain;f=debian/60-ffado.rules
[2] 
https://ieee1394.wiki.kernel.org/index.php/Juju_Migration#Character_device_files.2C_block_device_files


--
GPG/PGP ID: 8AADBB10

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

[Ray Rashif]

On 21 July 2011 02: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?

Usual random Linux issue to me. Happened before, happening now, always
happens :)

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

I still do not see a bug report (against ffado) for this!


--
GPG/PGP ID: 8AADBB10

Re: [arch-general] Panic - no sound devices after upgrade

[Ray Rashif]

On 21 July 2011 00:38, Fons Adriaensen  wrote:
> *Two cards* going defective at the same time, and that time coincides
> with an upgrade ? That could only mean that the new system has destroyed
> them :-)

Yes, but the obvious culprits have been tried. What's left is to
figure out what else could cause this.

There is a brute force method available right now. Do you have package
caches on the working systems?

Chroot into one of the broken systems (from another medium or over the
network), pacman -U everything from the old (untouched) cache.

"System Restore" would've really helped here :)


--
GPG/PGP ID: 8AADBB10

Re: [arch-general] Panic - no sound devices after upgrade

[Ray Rashif]

On 20 July 2011 23:30, Fons Adriaensen  wrote:
> OK I tried:
>
> 1. Downgrading firmware, kernel, mkinitcpio:
>   --> no improvement.
>
> 2. Downgrading initscripts:
>   --> no improvement.
>
> 3. Downgrading udev:
>   --> no improvement.
>
> 4. Downgrading pciutils:
>   --> no improvement.
>
> 5. Upgrading everything again:
>   --> still the same result.
>
> In all cases downgrading was to the previously used version, for
> initscripts rc.conf was reverted as well.

Just to be double sure. Did you reboot each time you downgraded
something? If not, downgrade all of them at one go, then reboot.

1. Now we really need a comparison between your working systems and
non-working systems, looking at the differences between hardware and
software.

Just thinking out loud:

A diff with the previous udev yields no difference in
78-sound-card.rules, only an ammendment of our system ruleset.

-# SOUND addon modules
-SUBSYSTEM=="sound", RUN+="/lib/udev/load-modules.sh snd-pcm-oss"
-SUBSYSTEM=="sound", RUN+="/lib/udev/load-modules.sh snd-seq-oss"

-# miscellaneous
-KERNEL=="rtc|rtc0", GROUP="audio", MODE="0664"

And 50-udev-default.rules.

 # sound
-SUBSYSTEM=="sound",GROUP="audio"
+SUBSYSTEM=="sound",GROUP="audio", \
+  OPTIONS+="static_node=snd/seq", OPTIONS+="static_node=snd/timer"

2. At this point I'd recommend using a Fedora Live medium to test if
your sound works there.

I'm still unsure whether this is an upstream or local problem. Tom
would be a better judge on this, especially regarding the 'old style'
boot messages. If it's not the kernel, not alsa, not udev, not init,
then I don't know what else it could be (RME card/PCI bus?).

You should file a bug report on our tracker if you haven't done so -
enables a wider audience to follow.


--
GPG/PGP ID: D90FA77D

Re: [arch-general] Panic - no sound devices after upgrade

[Ray Rashif]

On 20 July 2011 21:11, Fons Adriaensen  wrote:
> It seems I have *two* machines having this problem, both updated
> yesterday. I didn't test the audio on the first one as everything
> seemed to be OK. The second one was actually updated using pacserve,
> with only a few packages coming from the mirror, the rest being
> provided by the first updated machine. Also this went so smoothly
> that I forgot to mention it.
>
> Today, on both machines, the 'missing file' errors from udev have
> disappeared. But you'll find yesterday's ones, rc.conf, pacman.log
> and fstab here: .
> Use wget, there are no links to this.

Here are the most significant packages:

[2011-07-19 15:47] upgraded pciutils (3.1.7-3 -> 3.1.7-4)
[2011-07-19 15:47] upgraded udev (166-2 -> 171-2)
[2011-07-19 15:47] warning: /etc/inittab installed as /etc/inittab.pacnew
[2011-07-19 15:47] warning: /etc/rc.conf installed as /etc/rc.conf.pacnew
[2011-07-19 15:47] Blacklisting of modules is no longer supported in rc.conf,
[2011-07-19 15:47] please add blacklist entries to /etc/modprobe.d/ instead.
[2011-07-19 15:47] upgraded initscripts (2011.02.1-1 -> 2011.06.4-1)
[2011-07-19 15:47] upgraded linux-firmware (20110227-1 -> 20110512-2)
[2011-07-19 15:47] upgraded mkinitcpio-busybox (1.18.2-1 -> 1.18.4-1)
[2011-07-19 15:47] upgraded mkinitcpio (0.6.8-2 -> 0.7.2-1)
[2011-07-19 15:48] upgraded kernel26 (2.6.37.4-1 -> 2.6.39.3-1)
[2011-07-19 15:48] upgraded kernel26-headers (2.6.37.4-1 -> 2.6.39.3-1)

I see nothing unusual in rc.conf.

Please downgrade these packages [1] and test. You can do this one by
one, starting with the kernel + mkinitcpio + linux-firmware, then
test, then if no difference, go on to downgrading the rest in that
list. Of particular interest is initscripts. Watch out what happens
when you downgrade initscripts (and if possible, restore previous
rc.conf, inittab).

A lot of changes have come in during the last few months, so the cause
here is not going to be obvious. We only know that it is either udev
(nothing to determine it is fully responsible), init or kernel
related. Whether something else is involved, needs further
troubleshooting after the downgrade test.

* Also, provide us with a package list comparison between the 2
affected machines, and a third, unaffected one. You may just provide
the full package lists produced with pacman -Q.

* Provide us a list of modules with the older packages and one with
newer packages (produced by lsmod) immediately after boot-up. You will
need to reboot twice or more for this.

[1] https://wiki.archlinux.org/index.php/Downgrading_Packages


--
GPG/PGP ID: 8AADBB10

Re: [arch-general] virtualbox additions package naming

[Ray Rashif]

On 20 July 2011 04:54, Heiko Baums  wrote:
> I have followed it. But I also told you that it's not a problem in my
> opinion if people have to do some manual work for upgrading it once.
> Just post an announcement about the changes to the News section of the
> website, the mailing lists and/or the wiki.
>
> This is only necessary once.

We all agree on the proper naming for that. It's just that it has
become a technical problem now due to the initial naming, and to work
around that technical problem, there's not enough justification. If it
were part of a larger software group, like Python and its modules,
then there'd be ample justification (like "consistency").

Why? Because, 'virtualbox-additions' would be just as confusing as
'virtualbox-guest-additions' to a newcomer. To an existing user, a
name change may look good, but would introduce a one-time annoying
breakage. We cannot justify the extra work and that breakage in order
to introduce this name change, since it won't be a problem to maintain
the current name (which isn't "wrong") in the first place, while there
are no other packages or conditions _requiring_ us to name the package
as such.

> Nevertheless, do you really need versioned replaces? I mean Arch Linux
> is a rolling release distro which contains only one version (the
> latest) of each package in the repos. So you can assume that people
> always use the most up-to-date versions.

I don't think you understood this. Versioned replaces will solve
replacements (see ML discussion linked in BR).


--
GPG/PGP ID: 8AADBB10

Re: [arch-general] virtualbox additions package naming

[Ray Rashif]

2011/7/20 Cédric Girard :
> On Tue, Jul 19, 2011 at 8:12 PM, Ray Rashif  wrote:
>
>> virtualbox-additions -> virtualbox-guest-additions
>>     desc: "The official all-in-one VirtualBox Guest Additions ISO/CD image"
>
>
> You should not put the pkg name in the desc.
> Either just use "Official ISO/CD image" as desc or use a pkgname which is
> not paraphrasing the desc.

This has more to do with emphasising the branding (of a product), so
it is a corner case and is an exception. This should not be an issue
if the package name does away with 'guest' and remains
'virtualbox-additions'.


--
GPG/PGP ID: 8AADBB10

Re: [arch-general] virtualbox additions package naming

[Ray Rashif]

On 20 July 2011 02:21, Ionut Biru  wrote:
> I'm concern about this replace and I don't know if pacman can handle this
> well enough. Does pacman accept a versioned replace to not
> conflict with the newly virtual-guest-additions?
>
> replaces=(virtualbox-guest-additions<4.1) ?
>
> I don't want to hit this case:
>
> virtualbox-additions replaced by virtual-guest-addtions 4.1.0
> virtualbox-guest-addtions 4.0.12 replaced by virtualbox-archlinux-addtions
> 4.1.0
> virtualbox-guest-additions 4.1.0 replaced by virtualbox-archlinux-addtions
> 4.1.0

I remember now. You expressed this once in IRC.

You will have to work around this or post an announcement to warn. I
believe this is the same situation as with Python 2.x and 3.x modules.
There is no versioned replaces in pacman yet [1].

If it all seems a bit too much work (it does actually after I look at
it again), then I suppose simply getting rid of the 'guest' would do.
In that case, it warrants a different scheme:

virtualbox-additions
virtualbox-(arch)linux-additions || virtualbox-additions-(arch)linux
virtualbox-(arch)linux-modules || virtualbox-additions-(arch)linux

So, you don't rename the main guest additions package. With the
appropriate/relevant descriptions, IMO, this is the next best KISS.

Also, I don't think it's the main package that's the source of the
confusion/criticism, but the linux-specific ones. In this case we
would be renaming only the linux-specific packages, so the ultimate
purpose would be served.

[1] https://bugs.archlinux.org/task/23410


--
GPG/PGP ID: 8AADBB10

Re: [arch-general] Panic - no sound devices after upgrade

[Ray Rashif]

On 20 July 2011 02:38, Ray Rashif  wrote:
> * /etc/makepkg.conf (and *.pacnew if any)

I meant:

* /etc/rc.conf

*facepalm*


--
GPG/PGP ID: 8AADBB10

Re: [arch-general] Panic - no sound devices after upgrade

[Ray Rashif]

On 19 July 2011 22:37, Fons Adriaensen  wrote:
> * The driver for my card (RME HDSP MADI, snd_hdpsm) is loaded.

This is good.

> * aplay -L tells me there is only the 'null' device.

This is NOT good.

> * (re)starting /etc/rc.d/alsa doesn't change things.

This is irrelevant; (re)stores volume levels only.

> * There is *no* /dev/pcm at all.

Do you mean /dev/snd/pcm? Either way, NOT good.

> * /sys/class/sound only has a link to a timer device.

This is NOT good.

> * /etc/udev/rules.d is empty

This is expected; have you ever placed anything there yourself before?

> * /etc/udev/udev.conf contains only the line
>  udev_log="err"

This is expected.

> This is a professional studio and I'm expecting clients tomorrow at 09:00.
>
> Any ideas ?

Pastebin the following once you can:

* /var/log/pacman.log
* /etc/makepkg.conf (and *.pacnew if any)

Do you know about the the rc.conf changes WRT (1) blacklisting modules
and (2) time? Or, was the last time you updated before this, quite a
while back?

I understand getting the RME to work initially was no trouble, and
just the standard alsa installation (and the driver gets loaded
automatically)?


--
GPG/PGP ID: 8AADBB10

Re: [arch-general] virtualbox additions package naming

[Ray Rashif]

On 19 July 2011 22:12, Ionut Biru  wrote:
> I've been criticized a lot because I choose poorly the name for guest
> additions.
>
> Right now the packages are like this:
>
> virtualbox-addtitions - contains the iso with guest additions for
> linux/windows/etc and is installed on host
> virtualbox-guest-additions - contains guest additions only for an arch linux
> system as guest.
> virtualbo-guest-modules - modules only for an arch linux system as guest.
>
> Now that virtualbox 4.1 is released I need help choosing this names.

From:

http://mailman.archlinux.org/pipermail/aur-general/2010-December/012747.html

I proposed (descriptions are case-sensitive):

virtualbox-additions -> virtualbox-guest-additions (consistent with
upstream and history)
  desc: "The VirtualBox Guest Additions ISO/CD image"

virtualbox-guest-additions -> virtualbox-additions-linux ('guest' not
important; shall be implied by description)
  desc: "Additions for Linux guests (userspace tools)"

virtualbox-guest-modules -> virtualbox-modules-linux (as above)
  desc: "Additions for Linux guests (kernel modules)"

I still stand by that scheme, except:

The 'additions' and 'linux' may swap places, and 'linux' may be
substituted for 'archlinux'. As for why I think it is not utterly
important to have 'arch' anywhere:

http://mailman.archlinux.org/pipermail/aur-general/2010-December/012751.html

So, an alternative (revised) proposal:

virtualbox-additions -> virtualbox-guest-additions
desc: "The official all-in-one VirtualBox Guest Additions ISO/CD image"

virtualbox-guest-additions -> virtualbox-archlinux-additions
desc: "Additions only for Arch Linux guests (userspace tools)"

virtualbox-guest-modules -> virtualbox-archlinux-modules
desc: "Additions only for Arch Linux guests (kernel modules)"


--
GPG/PGP ID: 8AADBB10

Re: [arch-general] bpython/bpython2 in community-testing

[Ray Rashif]

On 12 July 2011 05:55, Thomas Dziedzic  wrote:
> I've renamed the current community/bpython to community-testing/bpython2.
> bpython is now the python3 version in community-testing.
>
> The reason for the wait is because of a crash that should be fixed in python
> 3.2.1:
> https://bugs.archlinux.org/task/23536
>
> Please test and thanks for your time!

Yay! :)


--
GPG/PGP ID: 8AADBB10

Re: [arch-general] OK so HARDWARECLOCK="localtime" is "strongly discouraged" BUT???

[Ray Rashif]

On 11 July 2011 23:20, Joe(theWordy)Philbrook  wrote:
> Since I multi-boot AND do keep my hardware clock set to local time, I'm a
> little bit concerned by this statement. It gives me two questions.

I still use localtime and currently I have a dual-boot machine w/
Win7. No problems. But that may be because I don't mess around with my
time. I've not even been in my local timezone for a long time, and I
travelled around quite a bit, although within the same continent. I
like to keep time w/ my phone and watch, and allow the computers to
maintain time via BIOS.

My rc.conf: http://paste.pocoo.org/show/436256/

I may change to UTC next time I have own laptop to install stuff
(where I doubt I'll have Windows or other operating systems).


--
GPG/PGP ID: 8AADBB10

Re: [arch-general] /dev/snd/seq: Group permission lost

[Ray Rashif]

On 2 June 2011 10:48, Bernardo Barros  wrote:
> 2011/6/1 XeCycle 
>
>> Recently I need to chmod it manually after reboot. It's now
>> 600, belong to root, group audio, I think 660 is better.
>>
>>
> here too... very very very annoying. that was last udev update.

Not to worry, will be fixed soon:

https://bugs.archlinux.org/task/24362


--
GPG/PGP ID: 8AADBB10

Re: [arch-general] Future of 'kernel26'

[Ray Rashif]

On 26 May 2011 03:28, C Anthony Risinger  wrote:
> i know this topic is pretty much the definition of "bikeshed" ... but
> i agree with the "linux" package ... i don't recall ever writing
> `pacman -S sound` or `pacman -S make-my-monitors-have-a-gui-thingy`
> :-D

You are correct, bikeshed it is, as long as we talk about the package name.

But, that is not the kind of correlation I was refering to. All I
meant was being "straightforward". If you want gnome, you type "pacman
-S gnome", not "pacman -S gtk-desktop-environment". So, if you want
the kernel for your system, since there can be different kernels but
not different gnomes or different linux's, you type..whatever :P


--
GPG/PGP ID: 8AADBB10

Re: [arch-general] Future of 'kernel26'

[Ray Rashif]

On 26 May 2011 03:15, Mauro Santos  wrote:
> On 25-05-2011 19:36, Ray Rashif wrote:
>
>> I agree. I'd like for the package to be called simply 'kernel'. That
>> fits in with our straightforward approach to package-naming (and
>> packaging in general). As long as we can linguistically correlate the
>> commands, for .eg:
>>
>> "I want a kernel for this system" == pacman -S kernel
>>
>
> That sounds good actually, arch is bleeding edge so naming the packages
> kernel and kernel-lts should be enough, the package version would take
> care of the rest even if the version jumps to 2.8 then 3.0 and then
> 2012.01 or whatever.

The name would also be backward compatible (if needed), i.e:

kernel26 == a 2.6 kernel package
kernel == a 3.0 kernel package


--
GPG/PGP ID: 8AADBB10

Re: [arch-general] Future of 'kernel26'

[Ray Rashif]

On 25 May 2011 23:38, Heiko Baums  wrote:
> Linux3.0 can easily cause misunderstandings as Linux is usually used as
> a generic term for the whole system, the distros, etc. even if the
> correct naming of the whole system is GNU/Linux and Linux itself
> actually is only the kernel.

I agree. I'd like for the package to be called simply 'kernel'. That
fits in with our straightforward approach to package-naming (and
packaging in general). As long as we can linguistically correlate the
commands, for .eg:

"I want a kernel for this system" == pacman -S kernel

A derivative distribution or third-party repository which does not use
the Linux kernel can then still provide a 'kernel' package.


--
GPG/PGP ID: 8AADBB10

Re: [arch-general] [pacman-dev] pyqt packages confusion

[Ray Rashif]

On 8 May 2011 17:59, Andrea Scarpino  wrote:
> On Sunday 08 May 2011 11:06:14 Kwpolska wrote:
>> Are you serious?  Do you really want to get rid of python2?  That's
> Why are you trolling guys? I said "a day", not tomorrow. Why the python3
> version has to depend on python2, if we remove python2 in the year 2030?

I believe what you meant is "one day", or more precisely, "one fine
day in the future" :)

Anyway, would it not be possible to provide a pyqt-common package
instead of making one depend on the other?


--
GPG/PGP ID: 8AADBB10

Re: [arch-general] Drop non-free ?! (Was: Commit in ffmpeg/trunk)

[Ray Rashif]

On 8 May 2011 02:43, Ionut Biru  wrote:
> now i understand the question. It won't be removed. I did it for ffmpeg
> because it has a big warning after ./configure
>
> License: nonfree and unredistributable

How are we keeping FAAC/FAAD2 in [extra] then? If we redistribute
FAAC/FAAD2 (which are redistributed in source form via sourceforge),
then we shouldn't have problems building other stuff with them.

There are questionable patent infringements and possibilities, but all
upstream (in this case) does is remain on the safe side by not
providing any binaries themselves, since they would be liable first.
FFMPEG follows suit by displaying warnings, which is useful to
distributors who have strict packaging policies (like Ubuntu with
their multiverse repository).


--
GPG/PGP ID: 8AADBB10

Re: [arch-general] qtcurve for gtk3/GNOME3?

[Ray Rashif]

On 3 May 2011 08:19, David Rosenstrauch  wrote:
> I'm not loving this GNOME3 upgrade.  Latest irritation is that all the gtk
> apps are no longer picking up the qtcurve theme that I use on all my apps
> to make a uniform desktop.  Is there any way to enable this?

You may try a different style:

* AUR/oxygen-gtk3-git
* ln -s /usr/share/themes/oxygen-gtk/gtk-3.0 ~/.config/gtk-3.0

Should work in non-KDE environments.


--
GPG/PGP ID: 8AADBB10

Re: [arch-general] scipy package - is there anything important that stops the update to 0.9?

[Ray Rashif]

2011/4/23 Ángel Velásquez :
> 2011/4/22 Andrzej Giniewicz :
>> Hi,
>>
>>> The main issue now is linking to lapack, which fails. There is a
>>> symlink hack (you can refer to the python3- PKGBUILD in AUR), but we
>>> do not know why and how (this works). Without that hack, SciPy should
>>> not be choosy about linking to static or dynamic lapack libs, but in
>>> this case it builds only if a static lapack is present. The reason for
>>> the stall in releasing an update is basically waiting to sort out this
>>> behaviour. Otherwise, it's good to go.
>>
>> I think I know what this is about, i.e. iirc it was bug in Numpy. In
>> Python 3.2 because of PEP 3149 (
>> http://www.python.org/dev/peps/pep-3149/ ) all .so files are prefixed
>> with SOABI name, i.e. cpython-32 in that case. It was made so compiled
>> files by multiple python versions could coexist. Python itself uses
>> sysconfig to determine the name:
>>
> sysconfig.get_config_var('SO')
>> '.cpython-32mu.so'
> sysconfig.get_config_var('SOABI')
>> 'cpython-32mu'
>>
>> the problem is that it's use is aimed for internal python use, not
>> external libraries. Numpy used sysconfig.get_config_var('SO') - the
>> internel python extension name, for external libraries. This is fixed
>> for Numpy 1.6, when they instead check if there is SOABI and if yes,
>> they remove it from SO to get previous behaviour. This is actually
>> affecting numpy and scipy and probably others, because that use
>> distutils of numpy. The patch is attached to ticket:
>>
>> http://projects.scipy.org/numpy/ticket/1749
>>
>> and was accepted upstream/merged and it seems to work.
>>
>> 2011/4/22 Ángel Velásquez :
>>> Maybe you should try to build it by yourself first, before asking if
>>> there is anything important that is stoping the release...
>>
>> tried and it worked, because I'm running prerelease of numpy 1.6 -
>> sorry, I probably should downgrade numpy to 1.5.1 as in official
>> package and test then, my bad, did not see that coming at first,
>> before I started to dig, but I've seen no issues with scipy 0.9 or
>> git, that's why I asked.
>>
>>> As Ray explained to you, to build this version, for now it have to be
>>> hacked horribly, and isn't being possible, plus, I had on vacations,
>>> and the unique person who helped me to see this behaviour by far have
>>> been Ray, nobody from the community, not you btw who next time before
>>> ask this kind of stuff you should contact first the maintainer.
>>
>> Sorry again. Though I better ask on list/start discussion when
>> multiple people see that flow and can add to finally find solution,
>> that's why lists are for, to talk, not? Especially for people who
>> prefer lists before forums like myself, I like to keep the copy in my
>> mailbox. I looked trough list and found nothing, checked forum and
>> found one issue marked as solved which I wasn't able to reproduce - so
>> I asked if there is something I don't know about and maybe help...
>> Anyway next time I will contact peer to peer if this is preferred way,
>> no problem, you have my word.
>>
>> Cheers,
>> Andrzej.
>>
>
> No problem, feel free to talk to me on irc, I am just working on it :-)

OK guys did you manage any progress on this? The list is fine for the
discussion of this issue and the concerns are valid. It's easy for
other people to keep track and also there's something to cite when in
need. Anyway thanks for figuring this out!


--
GPG/PGP ID: 8AADBB10

Re: [arch-general] [WAS:arch-dev-public] raptor/rasqal/redland .so rebuilds moved to testing

[Ray Rashif]

On 24 April 2011 06:17, Oon-Ee Ng  wrote:
> On Sat, Apr 23, 2011 at 11:36 PM, Ray Rashif  wrote:
>> On 23 April 2011 22:36, Oon-Ee Ng  wrote:
>>> On Sat, Apr 23, 2011 at 9:47 PM, Andrea Scarpino  
>>> wrote:
>>>> On Saturday 23 April 2011 10:19:42 you wrote:
>>>>> I see that the {redland,rasqal}-compat packages conflict with
>>>>> {redland,rasqal}. In the case of redland-1.0.13-1 and
>>>>> redland-compat-1.0.12-1 that means I cannot have both at the same
>>>>> time. Which means I have to choose between kdelibs (depends on
>>>>> soprano, hence redland-compat) and slv2 (depends on redland-1.0.13)
>>>>> (or, in my system, between having KDE software and having ardour).
>>>>>
>>>>> Any way around this? I'm wondering why redland-compat isn't at the
>>>>> same version as redland, though I'm sure if this has been done there's
>>>>> a pretty good reason.
>>>> Hi,
>>>> first of all rasqal > 0.9.21 and redland > 1.0.12, both requires raptor >=
>>>> 2.0.0 to build, that's because they are out-of-date.
>>>> Said that, we cannot ship a redland-base package (for example) and add a
>>>> redland-compat package which provides the libraries built with raptor1 and
>>>> depends on redland-base.
>>>>
>>>> The only way to install the both version redland and redland-compat is to
>>>> rename every file in the redland-compat package, (maybe using 
>>>> --program-suffix/-
>>>> prefix) but this will require patches for things like soprano (cmake files 
>>>> and
>>>> headers have to point to the -compat stuff). Patches are welcome.
>>>>
>>>> I've no others idea. We've to wait KDE devs port it to raptor2.
>>>>
>>> Fair enough. I don't think the combination of (for example) KDE and
>>> any non-KDE app depending on redland is all that rare. Come to think
>>> of it, doesn't libreoffice depend on redland as well?
>>>
>>> Not that I've any say in this, but it does seem if this rebuild is
>>> moved out of [testing] there'll be lots of conflicts. Not sure what
>>> else is affected, but basically whatever packages have been affected
>>> by this rebuild (at least the redland portion of it) now does not
>>> function with KDE?
>>
>> You are correct. That's libreoffice and audacity, as can be seen now.
>> I think the rebuild was done slightly wrong. All these should be
>> changed to depend on compat packages.
>>
> Wouldn't that mean that everything would then depend on redland (and
> not on redland-compat)? No reason to rebuild, then?

It would just mean we would have lone updated redland/raptor packages,
just so things can tango along with KDE. Otherwise, the particular KDE
functionality can be removed. It is up to Andrea in that case.


--
GPG/PGP ID: 8AADBB10

Re: [arch-general] [WAS:arch-dev-public] raptor/rasqal/redland .so rebuilds moved to testing

[Ray Rashif]

On 23 April 2011 22:36, Oon-Ee Ng  wrote:
> On Sat, Apr 23, 2011 at 9:47 PM, Andrea Scarpino  wrote:
>> On Saturday 23 April 2011 10:19:42 you wrote:
>>> I see that the {redland,rasqal}-compat packages conflict with
>>> {redland,rasqal}. In the case of redland-1.0.13-1 and
>>> redland-compat-1.0.12-1 that means I cannot have both at the same
>>> time. Which means I have to choose between kdelibs (depends on
>>> soprano, hence redland-compat) and slv2 (depends on redland-1.0.13)
>>> (or, in my system, between having KDE software and having ardour).
>>>
>>> Any way around this? I'm wondering why redland-compat isn't at the
>>> same version as redland, though I'm sure if this has been done there's
>>> a pretty good reason.
>> Hi,
>> first of all rasqal > 0.9.21 and redland > 1.0.12, both requires raptor >=
>> 2.0.0 to build, that's because they are out-of-date.
>> Said that, we cannot ship a redland-base package (for example) and add a
>> redland-compat package which provides the libraries built with raptor1 and
>> depends on redland-base.
>>
>> The only way to install the both version redland and redland-compat is to
>> rename every file in the redland-compat package, (maybe using 
>> --program-suffix/-
>> prefix) but this will require patches for things like soprano (cmake files 
>> and
>> headers have to point to the -compat stuff). Patches are welcome.
>>
>> I've no others idea. We've to wait KDE devs port it to raptor2.
>>
> Fair enough. I don't think the combination of (for example) KDE and
> any non-KDE app depending on redland is all that rare. Come to think
> of it, doesn't libreoffice depend on redland as well?
>
> Not that I've any say in this, but it does seem if this rebuild is
> moved out of [testing] there'll be lots of conflicts. Not sure what
> else is affected, but basically whatever packages have been affected
> by this rebuild (at least the redland portion of it) now does not
> function with KDE?

You are correct. That's libreoffice and audacity, as can be seen now.
I think the rebuild was done slightly wrong. All these should be
changed to depend on compat packages.


--
GPG/PGP ID: 8AADBB10

Re: [arch-general] scipy package - is there anything important that stops the update to 0.9?

[Ray Rashif]

On 23 April 2011 00:08, Andrzej Giniewicz  wrote:
> Hi all,
>
> I'd like to ask if there are any important issues regarding update of
> python-scipy? It's been flagged out of date for nearly two months,
> that's quite long time for Arch standards! Is there any issue
> remaining to be solved, anything I can help with? I'd really like to
> see this updated to 0.9, as I have some aur packages waiting for this.

If you check out the buildscripts from Subversion (or from the GIT
clone of the repository), you'll notice that it has already been
updated. Granted, that in itself took longer than usual, but I suppose
that was basically just lack of maintainer time.

The main issue now is linking to lapack, which fails. There is a
symlink hack (you can refer to the python3- PKGBUILD in AUR), but we
do not know why and how (this works). Without that hack, SciPy should
not be choosy about linking to static or dynamic lapack libs, but in
this case it builds only if a static lapack is present. The reason for
the stall in releasing an update is basically waiting to sort out this
behaviour. Otherwise, it's good to go.


--
GPG/PGP ID: 8AADBB10

Re: [arch-general] testing/opencv cannot open my ov511 webcam

[Ray Rashif]

On 18 April 2011 19:48, Tao Yang  wrote:
> On Mon, Apr 18, 2011 at 7:34 PM, Tao Yang  wrote:
>> After search , i found the same bug in :
>> https://code.ros.org/trac/opencv/ticket/973
>
> oh no, it is https://code.ros.org/trac/opencv/ticket/937 ..  i'm so
> sorry for it..

Thank you so much. I was waiting for some reports on this because I
have no webcam to test with. Could you please file a local bug report
at https://bugs.archlinux.org/ so we at least have a reference? Link
the relevant patch and upstream bug report along as well. I will then
fix it and release to [testing] for you to test. If all goes well I'll
move it to [extra].

Yes, emails to mailing lists will auto-add the prefix. Even if you add
'[arch-general]' yourself it's OK - not to worry.


--
GPG/PGP ID: 8AADBB10

Re: [arch-general] inefficient handling of bug reports?

[Ray Rashif]

On 29 March 2011 00:40, Simon Perry  wrote:
> Which eludes to the original issue - instead of a wrangler, or team of
> wranglers, who have to deal with everything, let users do the initial
> assignment, then if it needs to go somewhere else, the team it's been
> assigned to can throw it back to the "wranglers".

Actually, I think the main purpose of not assigning by default is
because the task has to be "confirmed" or validated prior to that.
That is the job of the janitor - if the packager did not stumble upon
it first.

Re: [arch-general] inefficient handling of bug reports?

[Ray Rashif]

On 28 March 2011 21:19, Angus  wrote:
> But a script should be able to take care of this, no?

Probably. Get the prefix and then just match against a db/text file of
packages and respective maintainers. If no prefix or nothing found,
then let the wrangler handle it (the assignment).

Re: [arch-general] inefficient handling of bug reports?

[Ray Rashif]

On 28 March 2011 23:09, Simon Perry  wrote:
> I don't understand why people can't tell other people where they think the
> bug is.

They can! (with the prefix)

> If it's not right, let the wrangler handle it.

Correct. (edit the prefix)

> I think if someone is prepared to even consider submitting a bug report in
> an environment as intimidating as Arch, give them a go.
>
> Hell, I'm shit-scared about sending this e-mail.

I don't quite get what you're talking about here :/

> I've had an account on bugs.archlinux.org for a while, I still can't even
> see the "new bug" button, it doesn't exist as far as I can see.

That is largely an issue of getting used to.

If all software had the same UI...

> I don't see why being able to say "this bug is in package X" is such a
> problem, given that only the chosen people are able to create bugs in the
> first place.

There is no problem. What are you talking about? Anyone is free to
mention in the report what package they think is related.

> You always say you want people to help, but it seems so hard to do so, even
> when the information you have is easy to convey.

What information? You have a tracker, you know it's Flyspray, if you
can file a feature request with at least a demonstrated logic if not a
PHP patch. If it's easy to implement, we might do it. Else, you can go
upstream.

Now, let's not get into why we use Flyspray in the first place. You
can ask the rest of the OSS world why they use what they use.

Re: [arch-general] Sharing data between Windows 7 and Archlinux

[Ray Rashif]

On 7 March 2011 20:27, Karol Babioch  wrote:
> What kind of Desktop Environment are you using? As far as I know GNOME
> offers to ability to share folders, which can be configured through a GUI.
>
> Otherwise you will have to setup Samba manually, which can be tricky
> sometimes and needs some read up.

With KDE, I just copy the default samba configuration file, edit the
workgroup to match the windows systems, and start the samba daemon.
Then I right-click on a folder, go to the sharing tab, and finally
click away.

If you don't want to share from Linux, just configure the sharing on
Windows (go to advanced sharing settings in win7). Make sure to
uncheck password-protected sharing. Then you can just access the
machine from KDE/Dolphin->Network without samba (just smbclient needs
to be present).

Re: [arch-general] Tool to build from source bundle?

[Ray Rashif]

On 7 March 2011 05:18, Magnus Therning  wrote:
> Is there a standard tool that takes a source bundle, as produced by
> `makepkg --source`, and builds from that?

No.

The 'makeworld' script is as standard as it gets, comes with 'abs'. It
expects an abs-like layout beneath your current directory.

Re: [arch-general] gimp ufraw update

[Ray Rashif]

On 24 February 2011 06:08, Philipp  wrote:
> Lensfun is a new dependency, not sure it is needed
> (http://ufraw.sourceforge.net/index.html).
> The last configure option simply didn't exist and I removed the sed line
> (assuming upstream know what they're doing).
> In my opinion the package name should be ufraw rather than gimp-ufraw
> since this package enables ufraw standalone, in batch-mode and as
> 'plug-in' for cinepaint and gimp.

I agree.

* Add lensfun dep/optdep whichever is possible
* Rename to ufraw
* Remove optdeps (should be the other way around -> add ufraw optdep
to gimp and cinepaint)

Re: [arch-general] ArchBang and other derivates resemblance to Arch

[Ray Rashif]

On 7 February 2011 17:33, Thomas Bächler  wrote:
> Am 07.02.2011 10:26, schrieb Olivier Keun | CAPSTONE:
>> Maybe it would be better if a more fundamental line is drawn between the
>> two, such as the website design like Ionuț mentions. And a clear statement
>> on the ArchBang website that it is _not_ an official Arch project.
>
> Maybe it would be a good first step to be clear about what ArchBang
> really is - and as far as I can see, it is simply a customized
> installer, nothing more.
>
> I like that their website resembles ours though.

Think about it as a custom larch or archiso compilation. That way,
users using official avenue for support is still proper. However, we
are walking a thin line here. It would appear as if we're showing
partiality and are biased. Where would we draw the line? Intention of
the distribution?

Re: [arch-general] build help needed, Trinity kdebase - 2 issues on Arch

[Ray Rashif]

On 7 February 2011 10:38, David C. Rankin
 wrote:
> This fails with makechrootpkg because nothing gets copied to the chroot. Is
> there a way to fix this?

Yes, the copying is "hardcoded". Things in the source array are
copied, and along with those additionally the changelog and install
scriptlet. See line 170 onwards of makechrootpkg.

Unfortunately, aside from directly editing makechrootpkg itself, I
don't see how to 'fix' this. Maybe if you changed the way you're going
about doing the builds..but I'll have to look a little deeper to
actually comment any further.

Re: [arch-general] PKGBUILD work

[Ray Rashif]

On 6 February 2011 00:58, Ray Rashif  wrote:
> On 5 February 2011 21:23, Bernardo Barros  wrote:
>> Hey all,
>>
>> How to have access and change PKGBUILD variables? Is there
>> command-line tools for this kind of job, so one could easily check,
>> for example, the version number, change it and update the checksum?
>
> There is no such prepackaged tool, because we assume these are trivial
> tasks which I'm sure you can chalk up yourself, for eg.:
>
> #!/bin/bash
> find /var/abs -name $1 -exec grep ^pkgver=[a-zA-Z0-9].* {}/PKGBUILD \;
> | sed 's/pkgver=//'
>
> To check.
>
> find /var/abs -name $1 -exec sed 's/^pkgver=.*/pkgver=3.4/' -i {}/PKGBUILD \;
>
> To change.

Of course, you have to do some copying from /var/abs and not just edit
directly like that.

Re: [arch-general] PKGBUILD work

[Ray Rashif]

On 5 February 2011 21:23, Bernardo Barros  wrote:
> Hey all,
>
> How to have access and change PKGBUILD variables? Is there
> command-line tools for this kind of job, so one could easily check,
> for example, the version number, change it and update the checksum?

There is no such prepackaged tool, because we assume these are trivial
tasks which I'm sure you can chalk up yourself, for eg.:

#!/bin/bash
find /var/abs -name $1 -exec grep ^pkgver=[a-zA-Z0-9].* {}/PKGBUILD \;
| sed 's/pkgver=//'

To check.

find /var/abs -name $1 -exec sed 's/^pkgver=.*/pkgver=3.4/' -i {}/PKGBUILD \;

To change.

Re: [arch-general] build help needed, Trinity kdebase - 2 issues on Arch

[Ray Rashif]

On 5 February 2011 08:34, David C. Rankin
 wrote:
> (1) use vbox?
>
> or
>
> (2) use a chroot?

(2)

pacman -S devtools
extra-i686-build (in PKGBUILD dir)

That makes use of mkarchroot and makechrootpkg [1], which makes use of chroot.

They are right, some KDE3 applications where no amount of
configuration helps only build properly in a clean chroot, without the
KDE4 stuff around.

https://wiki.archlinux.org/index.php/DeveloperWiki:Building_in_a_Clean_Chroot

Re: [arch-general] build help needed, Trinity kdebase - 2 issues on Arch

[Ray Rashif]

On 5 February 2011 04:10, David C. Rankin
 wrote:
> Guys,
>
>        After getting kdelibs done, I have run into a wall with the building 
> kdebase:
>
> http://websvn.kde.org/branches/trinity/kdebase/
> (see bottom of page for admin and cmake links)
>
>        There are 2 issues I'm having on Arch:
>
> (1) If kde4/Qt4 is installed, cmake fails when it uses
> /usr/include/QtCore/qfile.h instead of /opt/qt/include/qfile.h.

I haven't read the whole message but for now a quick tip: could you
run ccmake after cmake and check all the paths? Remember to toggle on
advanced view in there.

Re: [arch-general] Frequency of abs updates, would increasing frequency cost much?

[Ray Rashif]

On 31 January 2011 17:45, Jelle van der Waa  wrote:
> On Mon, 2011-01-31 at 10:18 +0100, Thomas Bächler wrote:
>> Am 31.01.2011 07:27, schrieb Ng Oon-Ee:
>> > This is more a general question, I understand abs is updated every 24
>> > hours. Would more regular updates (say, every 1 hour or so) be better?
>>
>> A bit off-topic: You don't have to use ABS if you don't need a complete
>> tree.
>>
>> For a single package:
>>
>> svn co svn://svn.archlinux.org/packages/$pkgname/trunk
>> or
>> svn co svn://svn.archlinux.org/packages/$pkgname/repos/testing-i686
>> or similar. Replace 'packages' with 'community' for community and
>> multilib packages.
>> This gives direct access to the subversion tree, so it is instant on
>> updates. However, if people start trying to checkout the complete tree,
>> we will shut it down, as subversion is incredibly inefficient.
>>
>> You can also pull the git tree (see [1]), which is updated every two
>> hours, if you need the complete tree.
>>
>> [1] https://projects.archlinux.org/svntogit/
>>
>
> Indeed this is the easy way out, when there was the svn webui you could
> download a tar. When i want to rebuild a package I always grabbed it
> from the website.
>
> Providing a whole abs tree updated every hour seems a bit too much
> overhead if you ask me. If you want the latest pkgbuild of foo just
> checkout the web ui or svn.
>
> I can't imagine a user waiting for a updated package of foo when there
> is a new version out and he wants to rebuild. (He just does that
> himself)
>
> To rest my case, i think the current situation is good enough.

He already mentioned that he can "manually access the SVN interface".
He needs the ABS way because he's using bauerbill to patch up stuff.

So you should bug the bauerbill author to include some kind of
alternative, say, SVN/GIT support.

Re: [arch-general] wiki page for Building Trinity on Arch - You want it here or on the trinity site?

[Ray Rashif]

If it's a number of PKGBUILDs, place them for eg. in google code under
a project name eg. "arch-trinity". This allows a one-stop location to
check out everything. You can of course use an aur uploader to mass
upload them. Or you can do both.


On 30 January 2011 15:58, Thomas Dziedzic  wrote:
> On Sun, Jan 30, 2011 at 1:00 AM, David C. Rankin
>  wrote:
>> On 01/29/2011 12:09 AM, Thomas S Hatch wrote:
>>> 2011/1/28 David C. Rankin 
>>>
 On 01/28/2011 11:30 PM, Ng Oon-Ee wrote:
>>>        So what say the powers that be? Do the wiki page here or
 at
> Trinity?
>
> The wiki is for Arch-related documentation, so why not?
>
>>>
>>> Yes! wiki it up!
> kde3 is only dead as long as noone maintains it. That's how Arch works,
> after all. So yes, I think putting Trinity on the wiki is fine, and it
> should/will only get nixed if it stops getting maintained.
>
>

 Thanks Peter, Ray, Thomas and Ng,

        I'll get the framework done this weekend. It is a double bonus doing
 it here,
 Trinity uses FosWiki and it is miserable compared to mediawiki :)

 --
 David C. Rankin, J.D.,P.E.

>>>
>>> Thanks David, I am excited to see it!
>>>
>>> -Thomas S Hatch
>>>
>>
>> Guys,
>>
>>  I have gotten the outline for the Trinity page completed and have made good
>> headway getting the contents up. I still have information to add, but my 
>> fingers
>> wore out. I get the remaining info up in the next day or so. The page is:
>>
>> https://wiki.archlinux.org/index.php/Trinity
>>
>>  I still need to know what to do with the PKGBUILDs I have so far. I don't 
>> know
>> if I should upload them as part of the wiki, or just provide links to them on
>> another site. I'll create the links once I know where you guys want me to put
>> them. I can just leave them on my server (it's no size or bandwidth issue)
>>
>>  If you have thoughts or ideas for solving some of the problems mentioned in
>> the wiki, let me know. I'm shallow on experience with PKGBUILDs, but learning
>> fast. That's it for now.
>>
>>
>
> The best place for any PKGBUILD is really in the AUR and maybe under a
> seperate source control, but that's not really required.
>

Re: [arch-general] wiki page for Building Trinity on Arch - You want it here or on the trinity site?

[Ray Rashif]

On 29 January 2011 01:20, David C. Rankin
 wrote:
> Guys,
>
>        As I work through building the pkgbuilds for Trinity on Arch, I have
> been keeping notes, etc. on what has to take place. I will put that
> information up on a wiki. My question to the Arch devs is "do you want it
> here on the Arch wiki, or do you want it over on the Trinity wiki?"
>
>        It doesn't matter to me. It makes more sense to have it here, but
> there has been so much rancor over 'kde3 is dead' that I don't want to go to
> the effort here if somebody is just going to nix it.
>
>        For the interested, Trinity is no longer kde3. It is currently
> actively developed, and is moving to cmake and qt4. There are current builds
> for Debian, Ubuntu and Slackware being maintained. My goal is to create a
> set of pkgbuilds for Arch (which will obviously take a bit of time). But if
> I can get them working from the svn tree, it should be a great resource for
> Arch.
>
>        So what say the powers that be? Do the wiki page here or at Trinity?

The wiki is for Arch-related documentation, so why not?

Re: [arch-general] Question about automated builder

[Ray Rashif]

On 28 January 2011 01:36, Thomas S Hatch  wrote:
> I have been passively working on a similar project called quarters, but I
> must admit that my motivation is somewhat low not knowing if the project is
> in demand. So here is my question, do we think that something like this
> would be a benefit to Arch? Is this the type of project that should merit my
> attention?

You have my personal full support.

Does this Koji allow people to upload their own .spec/.src packages
and offer them a build? I'm thinking something like that for quarters
would be good. We can separate the building into 3 categories:

== Distribution ==
This is where devs and TUs connect. If you can work out some kind of
integration, it will be totally seamless. Subversion hooks can trigger
the builds, which then are placed in the respective home folders in
gerolde/sigurd. They can be auto uploaded with dbscripts as well but I
don't know if that's a good idea, mainly because there needs to be
inspection (namcap and other habits) before the binary gets served
across the mirrors.

== Projects ==
Any third-party packaging initiative can hook up to the system, and in
turn get their binaries cooked. No-one is responsible for bad
packages.

== Community ==
Users submit a PKGBUILD and in turn can download a Pacman package.
No-one is responsible for bad packages.

Re: [arch-general] [pacman-dev] Robson Peixoto invited you to Dropbox

[Ray Rashif]

On 24 January 2011 04:36, Yaro Kasear  wrote:
> On Sunday, January 23, 2011 02:34:45 pm Robson Roberto Souza Peixoto wrote:
>> Sorry !
>>
>> On Sun, Jan 23, 2011 at 5:28 PM, Kaiting Chen  wrote:
>> > On Sun, Jan 23, 2011 at 3:25 PM, Dropbox  wrote:
>> >> Robson Peixoto wants you to use Dropbox to sync and share files online
>> >> and across computers.
>> >>
>> >> Get started here:
>> >> http://www.dropbox.com/link/20.Ud2UoA8Uk3/NjYxNDQ4MDkyNw?src=referrals_a
>> >> b_bulk6
>> >>
>> >> - The Dropbox Team
>> >>
>> >> 
>> >> To stop receiving invites from Dropbox, please go to
>> >> http://www.dropbox.com/bl/359c9af48b34/pacman-dev%40archlinux.org
>> >
>> > Wait, did this dude just try to invite everyone on aur-general to
>> > Dropbox? --Kaiting.
>> >
>> > --
>> > Kiwis and Limes: http://kaitocracy.blogspot.com/
>
> Accidental?

Guys..I don't think anyone has to tell you this but such invites are
_always_ unintended. E-mail services have a bad tendency to
automatically insert contacts into your friends' list, mailing list or
not. So please, ignore e-mails like this and keep them reply-free in
the future, so that they may just annoy people _once_.


--
GPG/PGP ID: B42DDCAD

Re: [arch-general] When will Arch switch to Systemd

[Ray Rashif]

On 22 January 2011 05:30, C Anthony Risinger  wrote:
> ok, so what went wrong?  your sure you did everything correctly?  more
> info would be needed to help you.

Thank you, but I can help myself if I want to pursue this, when I have
the time to pursue this. The point was to check how far it was in the
integration. No more, no less.

> h now i see. maybe you meant to post here:
>
> http://ubuntuforums.org/ :-)
>
> ... because arch users are encouraged to help solve their own
> problems; whats your goal exactly?

Are you on a provoking rampage? Because my goal was to simply give you
some feedback for this topic you brought up. If that can even be a
goal. Looking at Tom's reply was much more worthwhile. You probably
thought I was trying to undermine the validity of your points running
across this topic - which was not the case at all.

> "KISS, #2 in the top ten list of misunderstood/abused/regurgitated concepts."

Sorry, but I think I know KISS when I see KISS.

> let me get this straight, you tried once, it didn't work once, so now
> it's garbage?  you must think the whole AUR is garbage too then?  or
> what?

No. I tried it for all its hype, to _inspect_ what "systemd"
comprises, to get the general idea. No more, no less.

> well luckily i don't think they run a democracy around here ;-)

Of course, they don't. Either way I would have nothing to gain or
lose. It is just a personal opinion.

> indeed, and i'd mostly agree.  however while im not a developer for
> archlinux, i wouldnt waste time on obsolete systems when a better
> alternative saves me time; you may end up maintaining the initscripts
> yourself.  keep that in mind.
>
> the point of systemd is to make ALL of our lives easier, not more difficult.

Right. Anyway, you might want to realise that nobody who "matters" has
had - up to this point - anything to say about "switching to systemd".
Mostly because none of them have the time (so there is still hope).
You can always file an FR in the tracker if you want to gain some
progress for your enthusiasm, or even get an ultimatum.

Re: [arch-general] When will Arch switch to Systemd

[Ray Rashif]

On 22 January 2011 01:53, C Anthony Risinger  wrote:
> oh... my.  there is too much  to respond properly
> so i'll try touch a couple [several] things ...
>
> ... why the resistance at all? let me reiterate this nce and slow:
>
> SYSVINIT HAS NO POWER, NO FUNCTIONALITY, AND ABSOLUTELY ZERO
> USEFULNESS ON IT'S OWN.

I just tried systemd. And it just failed. I don't want to know
anything else, and I don't want to find out why. Just looking at its
underlying framework without having to make it run successfully is
enough to get the point across - it is _not_ KISS. If it ever comes to
development attention to "adopt as default" or "replace sysvinit", I
will personally cast a negative vote.

With that said, I am all for dynamic systems. I may even use systemd
personally in the future. We use Arch Linux, so we can do what we want
with our systems. What the "default" is doesn't really matter. The
packages get my vote.

Re: [arch-general] When will Arch switch to Systemd

[Ray Rashif]

On 21 January 2011 16:49, Auguste Pop  wrote:
> On Fri, Jan 21, 2011 at 4:45 PM, Ray Rashif  wrote:
>> On 21 January 2011 16:43, John K Pate  wrote:
>>>
>>>> > http://aur.archlinux.org/packages.php?O=0&K=systemd&do_Search=Go
>>>>
>>>> http://aur.archlinux.org/packages.php?O=0&K=systemd-arch-units-git&do_Search=Go
>>>>
>>>
>>> http://aur.archlinux.org/packages.php?ID=40419
>>>
>>> They just didn't put "-git" on the end, but it is a git package
>>
>> That doesn't make one bit difference. The fact is that the package
>> does not exist. It was just an FYI for the rest, I was not asking for
>> any answers or links.
>>
>
> you do understand that you can edit the wiki page yourself to correct
> this mistake, right?

No, sorry, I don't.

I was replying to someone's instructions, not a wiki article. Sheesh.
Trivial matter. Forget it, please. My mistake to have brought it up.

Re: [arch-general] When will Arch switch to Systemd

[Ray Rashif]

On 21 January 2011 16:43, John K Pate  wrote:
>
>> > http://aur.archlinux.org/packages.php?O=0&K=systemd&do_Search=Go
>>
>> http://aur.archlinux.org/packages.php?O=0&K=systemd-arch-units-git&do_Search=Go
>>
>
> http://aur.archlinux.org/packages.php?ID=40419
>
> They just didn't put "-git" on the end, but it is a git package

That doesn't make one bit difference. The fact is that the package
does not exist. It was just an FYI for the rest, I was not asking for
any answers or links.

Re: [arch-general] When will Arch switch to Systemd

[Ray Rashif]

On 21 January 2011 16:21, KESHAV P.R.  wrote:
> On Fri, Jan 21, 2011 at 13:43, Ray Rashif  wrote:
>> On 20 January 2011 21:34, Tom Gundersen  wrote:
>>> You are encouraged to install systemd-git, systemd-arch-units-git and
>>> initscripts-systemd-git. It will not conflict with the standard
>>> initscripts package, and you can switch back and forth by making the
>>> change in GRUB during boot.
>>
>> There is no systemd-arch-units-git.
>>
>
> http://aur.archlinux.org/packages.php?O=0&K=systemd&do_Search=Go

http://aur.archlinux.org/packages.php?O=0&K=systemd-arch-units-git&do_Search=Go

Re: [arch-general] When will Arch switch to Systemd

[Ray Rashif]

On 20 January 2011 21:34, Tom Gundersen  wrote:
> You are encouraged to install systemd-git, systemd-arch-units-git and
> initscripts-systemd-git. It will not conflict with the standard
> initscripts package, and you can switch back and forth by making the
> change in GRUB during boot.

There is no systemd-arch-units-git.

Re: [arch-general] When will Arch switch to Systemd

[Ray Rashif]

On 21 January 2011 01:48, C Anthony Risinger  wrote:
> On Thu, Jan 20, 2011 at 11:45 AM, C Anthony Risinger  wrote:
>>
>> systemd [PROS]

There needs to be a real alternative to rc.conf. I do not want
something that will need rc.conf to "go" anywhere. One central
configuration file.

Re: [arch-general] wxpython in Arch?

[Ray Rashif]

On 18 January 2011 19:00, Jorge Almeida  wrote:
> $ python
> Python 3.1.3 (r313:86834, Dec  1 2010, 12:35:23)
> [GCC 4.5.1 20101125 (prerelease)] on linux2
> Type "help", "copyright", "credits" or "license" for more information.
 import wx
> Traceback (most recent call last):
>  File "", line 1, in 
> ImportError: No module named wx

$ python2

python symlinks to python3. See frontpage news.

Re: [arch-general] Problems with flickering monitor

[Ray Rashif]

2011/1/15 Ng Oon-Ee :
> On Sat, 2011-01-15 at 00:25 -0300, dario wrote:
>> Hi, i have a problem with my monitor, since when upgraded with pacman
>> -Syu then when reboot the PC i could not start Arch, but if in fallback.
>> Since my monitor flashes almost second. Then i don't know because walked
>> in normal mode but continues with flashes.
>> My archive /etc/X11/xorg.conf is empty and i have not installed drivers
>> for my plate NVidia.
>> There is a way for configurated the monitor.
>
> Please check the wiki for xorg and nvidia

I did have this problem with one laptop I was tasked to repair. It was
an old nVidia 420 Go. This is probably due to an EDID mess that came
as part of a regression in the graphics stack, which is not easily
fixed. Neither nv/nouveau nor nvidia worked. You may want to try all
drivers as well.

Re: [arch-general] (now 4.5.5-1) Re: kde-4.5.4 loads kde3 kicker and background (even with ~/.kde & ~/.kde4 removed)

[Ray Rashif]

2011/1/12 Ng Oon-Ee :
> On Tue, 2011-01-11 at 20:37 -0600, David C. Rankin wrote:
>> On 01/11/2011 05:27 PM, Ng Oon-Ee wrote:
>> > Yes, why don't we tweak upstream so that an unsupported older version
>> > can run alongside.
>> >
>> > Nothing against kde3, but if you want to use older versions, you're
>> > responsible to solve the incompatibilities (which you're trying to do)
>> > and perhaps maintain your own patches for whatever is needed. I do not
>> > see a need to change Arch's 'official' packaging for this.
>> >
>> >
>>
>> I now know what the problem is. The current kde4 build will create a:
>>
>> /var/tmp/kdecache-/ksyscoca
>> and
>> /var/tmp/kdecache-/ksyscoca4
>>
>> if kde3 is left installed on the system. This is a bug. kde4 shouldn't 
>> generate
>> a 'k'de 'sys'tem 'co'nfiguration 'ca'che for kde3 -- period. Removing kde3 
>> does
>> indeed solve the problem, but I notice no requirement to do so on the wiki. 
>> Do
>> we want to drop a note there?
>>
> IMO there's no need, anymore than we should 'require' on the wiki for
> people to stop using gcc 3.6.

No, it's worth a note for that kind of thing. We no longer support
KDE3, but the wiki can house any kind of information, especially
useful ones like this.

Re: [arch-general] Motion

[Ray Rashif]

On 9 January 2011 22:47, Andrea Crotti  wrote:
> Jelle van der Waa  writes:
>> Then there might be a bug in the rc.d script, did you check out what it
>> does?
>
> Well the rc.d is correct actually, the problem is that with
> "killall motion" motion doesn't quit, so the rc.d script
>    [ ! -z "$PID" ]  && kill $PID &> /dev/null
>
> of course doesn't work either.
> So I guess it's more a problem of motion...

Could you backup the script, remove the null redirects, and then restart it?

Re: [arch-general] kernel 2.6.37 BKL

[Ray Rashif]

On 6 January 2011 09:38, Bernardo Barros  wrote:
> 2011/1/5 Ng Oon-Ee :
>> At this point in time leaving it enabled for compatibility in kernel26
>> is fine IMO. Those who need it disabled for specific reasons (the one I
>> can think of is task latency for audio) should already be used to
>> compiling patched kernels, so it wouldn't be a big deal for now.
>
> +1 for patched kernels for audio (including kernel26-rt) in community

* That is still far behind in kernel revision

* The removal of the BKL essentially means no need of a patched kernel
for realtime preemption

* A lot of the realtime preemption code has to be moved into mainline
to utilise the benefit of a lock-free kernel

"Why this matters from my perspective is that with the removal of BKL,
Linux can now become even more real-time in the mainline. as well as
potentially improve performance and control through the kernel."

From: 
http://blog.internetnews.com/skerner/2010/11/linux-2637-kills-the-big-kerne.html

The big word is "can".

Re: [arch-general] Package building - Change name of finished package

[Ray Rashif]

On 3 January 2011 23:29, Baho Utot  wrote:
> joomla-1.5.22-1-any-.pkg.tar.xz
>
> Is this possible?

No.

joomla-$sitename-1.55.22-1-any.pkg.tar.xz is possible:

_sitename=foo
pkgname=joomla-$_sitename
...

Re: [arch-general] ArchStudio

[Ray Rashif]

On 31 December 2010 23:17, Bernardo Barros  wrote:
> Thanks Cédric!
>
> Also in Google Code:
> http://code.google.com/p/archstudio/

Why don't you directly contribute to archaudio? I believe that would
be much better :) Just send a password hash to me and you're all set.

Re: [arch-general] Howto Preserve Current Kernel through Update?

[Ray Rashif]

On 13 December 2010 03:17, David C. Rankin
 wrote:
>        I guess what I don't know is whether simply copying the existing files 
> in the
> manner set out below will screw up any hard-coded links to the old kernel file
> names. (like any links in the copied System.map26-dcr that still point to the
> original System.map26, etc..) So do you know if it is possible to preserve the
> existing kernel on the system as kernel (-dcr), by doing something like:
> snip <

Of course. I'd guess it's the normal way to do it. Think of it as a
manual kernel installation:

https://wiki.archlinux.org/index.php/Kernel_Compilation#Traditional

>        I will definitely use your script to remake the existing kernel 
> package into a
> custom -dcr package and give that a try. The script was great at helping me
> along in this process. (I still need to unravel all the bsdtar options). 
> Also, I
> tweaked the top part of the script to make it a bit more generic and to 
> provide
> a bit of usage information on error. If you like, here are a few bits you 
> could
> incorporate:
> snip <

Sure, consider it done. The final tar+compress is adapted from makepkg, btw.

Re: [arch-general] Howto Preserve Current Kernel through Update?

[Ray Rashif]

On 12 December 2010 11:39, David C. Rankin
 wrote:
> On 12/11/2010 09:34 PM, David C. Rankin wrote:
>> mkinitcpio -k 2.6.35-dcr \
>> -c /etc/mkinitcpio.conf \
>> -g /boot/kernel26-dcr.img
>>
>> mkinitcpio -k 2.6.35-dcr \
>> -c /etc/mkinitcpio.conf \
>> -g /boot/kernel26-dcr-fallback.img \
>> -S autodetect
>
> Of course that should be 2.6.36-dcr

You're on the right track. Two points that you have to remember:

1) there must be modules
2) there must be a kernel image

Change the file names in /boot, because mkinitcpio still creates with
the standard names. You can change the config files as well.

I created a script to install an x64 kernel alongside i686, but it's
all about renames, so you can use it verbatim as well (if you have the
pkg cached):

http://paste.pocoo.org/show/303829/

./303829 $kernelpkgfile $name

Or just follow the steps and rename stuff in existing files.