[arch-general] Logind Timing out?
After updating my 64 bigt Arch system to latest stable releases, I began to have problems with logind services timing out and allowing me to have only one console available to work with. it seems that when I have ntpdate running and use netctl to auto start my wireless profile, these problems occur. When I disable ntpdate.service, then I seem to get my consols back and logind appears to be working OK. I also experienced similar problems when I was trying out netctl-ifplugd with my wired connections. If the cable was plugged in, then all started right up just fine but if I unplugged the cable and rebooted, then the above stated problems also wold occur. Up until today, I was not having these problems. I can't seem to pin down the exact cause of these issues but these began to happen after experimenting with a more dynamic network setup. My ultimate goal is to have both netctl-ifplugd and netctl-auto both running and then I can have the flexibility of switching to a cabled connection if necessary and be able to also dynamically pick up whatever WIFI service I come into. I read the Arch wiki pages about networking so I have most of that working presuably OK now except for these logind issues. How could networking delays cause all the timing problems with logind.service?
Re: [arch-general] Emacs is Broken!
On Wed, Apr 11, 2012 at 09:12:12PM +1000, Mike Sampson wrote: I switched to emacs-nox from community which works fine. I may even keep using it as it obviously has significantly less dependencies than emacs compiled with X support. Well, it seems that it is fixed now. I see we have emacs-23.4-2 so I wonder if our devs patched or something. All good from my vantage point.
Re: [arch-general] Emacs is Broken!
No Jude, it's worse than that.I have no keyboard control at all after emacs starts. Actually, it works OK while in gnome so I can use it that way for now. It relates to when -nw is used although I don't explicitly specify it when I run it from the console. So speakup isn't the issue here at all. Just amazes me that the GNU devs would close the emacs-23 branch and then release 23.4 some time later without the patch. On Mon, Apr 09, 2012 at 09:48:35PM -0400, Jude DaShiell wrote: Steve, if you're using speakup, is your cursor parked? On Mon, 9 Apr 2012, Steve Holmes wrote: No answere here. All I see is quoted text from my original message. Try again? On Mon, Apr 09, 2012 at 01:20:11AM -0400, Jeremy Allard wrote: Le 9 avril 2012 00:10, Steve Holmes steve.holme...@gmail.com a ?crit : I don't know what happened lately, but I notice that emacs totally locks up on me now. It was working find yesterday before I did a major pacman -Syu this morning. Even if I move my .emacs out of the way and start up emacs, I get the welcome screen but then no cursor key movement. The only way I can get emacs to close is to kill it from another console. Any ideas? Anyone else experiencing trouble with emacs 23.4? Emacs 23.4 over here and no problem for me. :/ Jude jdashiel-at-shellworld-dot-net http://www.shellworld.net/~jdashiel/nj.html
Re: [arch-general] Emacs is Broken!
No answere here. All I see is quoted text from my original message. Try again? On Mon, Apr 09, 2012 at 01:20:11AM -0400, Jeremy Allard wrote: Le 9 avril 2012 00:10, Steve Holmes steve.holme...@gmail.com a écrit : I don't know what happened lately, but I notice that emacs totally locks up on me now. It was working find yesterday before I did a major pacman -Syu this morning. Even if I move my .emacs out of the way and start up emacs, I get the welcome screen but then no cursor key movement. The only way I can get emacs to close is to kill it from another console. Any ideas? Anyone else experiencing trouble with emacs 23.4? Emacs 23.4 over here and no problem for me. :/
[arch-general] Emacs is Broken!
I don't know what happened lately, but I notice that emacs totally locks up on me now. It was working find yesterday before I did a major pacman -Syu this morning. Even if I move my .emacs out of the way and start up emacs, I get the welcome screen but then no cursor key movement. The only way I can get emacs to close is to kill it from another console. Any ideas? Anyone else experiencing trouble with emacs 23.4?
Re: [arch-general] Is there a clean solution to get completely rid of Pulseaudio?
On Fri, Dec 23, 2011 at 11:18:33AM +, Paul Gideon Dann wrote: Seriously? It's comments like this that make me wonder if subscribing to this list is really worth it. At least you did go on to provide some useful information, albeit in a if I MUST stoop down to your level kind of tone. My suggestion is: (a) stop whining; or (b) learn how to code and cut out all sound stuff out of gnome-settings-daemon. No matter what you choose, there is one more option, which is much better: GET OUTTA HERE and use Debian if you like it so much. Not right? Then buy a Mac. Or Windows if you want to. PERIOD. Wow. I'm truly mortified that the Linux world is associated with behaviour like yours. What gives you the right to talk like that to *anyone*, let alone someone who came to us for help? Paul +1 I've sure seen my share of rude and discurtius answers tonight. I understand if the discussion drags on and yes, Ralph was given some constructive answers about gnome and its dependencies. And yes, Ralph needs to except the reasoning about upstream designs outside of Arch's control. but still, the put-downs are quite unnecessary as far as I'm concerned.
[arch-general] Evolution Missing from Testing
When I do a 'pacman -Syu', I'm getting an error that evolution-3.2.2-1-x86_64.pkg.tar.xz cannot be found though the testing list file shows that file. It sounds to me that the repo is not in sync or something.
Re: [arch-general] Quiet Updates Lately
I probably mis-spelled the name in my message; but the fact that ibiblieo hadn't updated in ten days is a good enough explanation for me. Gonna change servers. thanks for the additional info. On Mon, Oct 24, 2011 at 04:02:40PM +0200, Stefan Wilkens wrote: bibleo.org doesn't appear in the current mirrorlist. assuming you mean ibiblieo, that last synced 10 days ago Could it be that your mirrorlist [1] is outdated? Perhaps check for /etc/pacman.d/mirrorlist.pacnew [1] http://www.archlinux.org/packages/core/any/pacman-mirrorlist/ 2011/10/24 Steve Holmes steve.holme...@gmail.com: I've been doing 'pacman -Syu' for several days in a row lately to see no updates. Is bibleo.org still a good repo in the US? Is aArch all that quiet lately or am I missing something? -- msn: stefan_wilk...@hotmail.com e-mail: stefanwilk...@gmail.com blog: http://www.stefanwilkens.eu/ adres: Lipperkerkstraat 14 7511 DA Enschede
Re: [arch-general] Pacman makepkg and signatures
On Tue, Oct 25, 2011 at 03:00:50PM +0200, fredbezies wrote: In /etc/pacman.conf, uncomment : SigLevel = Optional TrustAll Yeah, I saw that and understand that is appropriate for local packages. But now that I uncomment it, what if I want to tighten up the sig tests in the future. How does one correct the errors. In this current situation, it appears that this signature verification stuff doesn't work. What am I missing? At least at the moment, I can go ahead and upgrade these 126 packages:).
Re: [arch-general] Pacman makepkg and signatures
On 10/25/11, Denis A. Altoé Falqueto denisfalqu...@gmail.com wrote: I didn't understand what you mean by correct the errors and signature verification stuff doesn't work. Would you mind to elaborate on that? I meant that when I did the first updates this morning, I got an eror on every package because the key for each package (signature) wasn't valid. I figured that meant it couldn't be verified or something. Yes, I know little about overall pgp and web of trust so have a lot to learn there. At this point, I'm more enclined to trust the signatures or keys from the 12 Arch devs than anyone else right now. I really don't know of anyone with a pgp key I could assume as a trusted party. If I'm using wrong terms here or acting ignorant, it is probably because I am:). So for now I'm using trustall but wonder if that is generally a good idea since someone else could come along with a netharious package and blow the whole thing.
Re: [arch-general] Pacman makepkg and signatures
On 10/25/11, Denis A. Altoé Falqueto denisfalqu...@gmail.com wrote: The trust problem is complex, indeed, but we can at least mitigate it doing the following (it's what I do): 1. set TrustedOnly, instead of TrustAll 2. import the keys when pacman asks 3. # pacman-key --edit-key email or id for key. That will open a gpg session. 4. go to http://www.archlinux.org/developers/ and/or http://www.archlinux.org/trustedusers/ to check the new signatures 5. sign the key, checking if the fingerprint is correct, according to the websites from step 4 5. perform save to apply the changes That way, one can be a little more secure when trusting the keys. The point is always checking with different places. Today, there are the keyservers and the Arch developer info pages. Some day, there could be more options (read-only wiki page, fixed BBS posts), so if one is compromised, the others can serve as checkpoints for integrity. IMHO, I don't like TrustAll very much (and the equivalents concepts in other distributions). It takes the responsibility from the users, who are the ultimate decision makers of their systems. But that is just my opinion (not an invitation to a long pointless discussion). We have options enough to satisfy everyone. Thanks for the suggested steps. That tells me a bit more about the process. I may give that a try fairly soon.I've done very little with pgp; just setup a personal pgp key pair several years ago and use it with some of my e-mail but other than that, just pretty much left it alone. It seemed like any time I read much about this encryption stuff, it seemed to rise right up way over my head. I suppose I should try and get my head more around this encryption stuff sooner than later.
[arch-general] Quiet Updates Lately
I've been doing 'pacman -Syu' for several days in a row lately to see no updates. Is bibleo.org still a good repo in the US? Is aArch all that quiet lately or am I missing something?
Re: [arch-general] Something Broken with Perl!
On Tue, Jul 05, 2011 at 08:33:32PM +0200, Florian Pritz wrote: Well, perl guys tend to loose the dots so 5.14.1 would be 5.014001. You can test that using `perl -v` or `perl -e 'print $^V'` and `perl -e 'print $]'`. $] and $^V contain the perl version you're running in different formats. I have no idea why there are two formats though. Before I saw this reply, I went ahead and installed Params::Util from the perl-params-util package from AUR; that went in fine because the PKGBUILD has the perl version dependency changed down to simply '5'. After that, I went back and used cpanp to install Moose and whammo! It picked up all the necessary dependencies and plugged them all in without further incident. So my faith in cpanplus is restored:). Maybe the version number dependency for Params::Util needs to be corrected so cpanp can compare it properly? Not sure how to go about that though. Fortunately, that was the only package that held things up for me. I sure like the way it grabbed all the dependencies for me now. thanks for the recommendation for this package.
Re: [arch-general] Something Broken with Perl!
Well, I've been messing with cpanplus and the distarch part of it. I have some questions now. Where does cpanp get the information to generate a properly configured PKGBUILD for a module? Right now, I cannot use cpanp to build Params::Util because it keeps sticking a bad dependency in the PKGBUILD for perl. I have cpanplusdistarch configured to autogenerate the arch package. Should I not be doing this? When I tried installing CPANPLUS::Dist::Arch by using cpanp, it put the scripts in the wrong place so I couldn't execute them. Instead, I removed that install and installed the perl-cpanplus-dist-arch from AUR; that way the scripts are in the right place. Any more ideas here?
Re: [arch-general] Something Broken with Perl!
On Fri, Jul 01, 2011 at 03:20:31PM +0200, Florian Pritz wrote: `cpanp i Moose` works fine here. It doesn't for me. I'll describe below. IMHO you should install perl-cpanpplus-dist-arch (run setupdistarch as your user afterwards) and use cpanp to generate and install pacman perl packages. It's way easier to use than AUR. Been there, done that. I did the setup and the appropriate directory was built successfully in my home directory - .cpanplus is the root of cpanplus app[arently. This is what I did: pacman -Qm | grep ^perl- perlpkgs pacman -Rcs $(perlpkgs) Once the perlpkgs file was built, I had to go in and manually remove all the version numbers; otherwise, pacman threw errors; it could not recognize them as additional packages. use cpanp to reinstall everything in perlpkgs that you still need Do you need to be root to do this installation? I ask this because after building the .cpanplus resources under my home directory, I figured I would have to do 'cpanp -i Net::Twitter' from my normal user account. But nothing got installed and the packages all complained about missing dependencies. I read the documentation (what little there was) and I can't figure out what else I need to do to get this working. It appears a bunch of packages got download and expanded into ./cpanplus/lib/5.14.1 but they all failed because none of the other dependencies were installed yet. What do I need to do here?
Re: [arch-general] Something Broken with Perl!
On Fri, Jul 01, 2011 at 09:40:22AM +0530, gt wrote: Did you try rebuilding perl-scalar-list-utils? I did again just now and re-installed. automake still works but I still can't compile perl-moose but I get another lookup error so I rebuilt the package that owns the library causing the error but still no go. At least automake works so I can build other packages. I have never seen such a colamity of errors with changes to perl though. I guess I will post a bug report to the perl-moose package in AUR to see how to resolve it. I'm not heavy waited enough in perl to be able track down these root causes without some help from my friends:).
Re: [arch-general] Something Broken with Perl!
On 7/1/11, Florian Pritz bluew...@xinu.at wrote: On 01.07.2011 14:38, Steve Holmes wrote: I still can't compile perl-moose but I get another lookup error so I rebuilt the package that owns the library causing the error but still no go. At least automake works so I can build other packages. I have never seen such a colamity of errors with changes to perl though. I guess I will post a bug report to the perl-moose package in AUR to see how to resolve it. I'm not heavy waited enough in perl to be able track down these root causes without some help from my friends:). `cpanp i Moose` works fine here. IMHO you should install perl-cpanpplus-dist-arch (run setupdistarch as your user afterwards) and use cpanp to generate and install pacman perl packages. It's way easier to use than AUR. This is what I did: pacman -Qm | grep ^perl- perlpkgs pacman -Rcs $(perlpkgs) use cpanp to reinstall everything in perlpkgs that you still need -- Florian Pritz Hey, that sounds like an excellent alternative. That day I setup perl-net-twitter, I think I had to install over 30 dependencies before the day was done! Is this cpanp package also available in AUR or is this something separate?
Re: [arch-general] Something Broken with Perl!
On Thu, Jun 30, 2011 at 02:23:23PM +0200, Thomas Bächler wrote: Am 30.06.2011 13:25, schrieb Casey Peter: On 06/30/2011 05:08 AM, Thomas Bächler wrote: Am 30.06.2011 12:59, schrieb Jelle van der Waa: This discussion needs more info: pacman -Q perl mod_perl those two provide XSLoader.pm. They provide it, but at a different path. The file mentioned here is not contained in any package we built. Not a clue at this point. Yesterday, ptal-init worked fine. perl upgrade and now that error on boot up. You have a file on your system that causes breakage, and is either not tracked by pacman, or contained in a non-official package. Isn't the solution obvious here? In the first case, delete the file, in the second case, delete the broken package. After plowing through this thread, I am replying to say that the library in question belongs to perl-scalar-list-utils which can be found in AUr. It is required by other packages like perl-eval-closure. It is all part of a long list of cascading dependencies for perl-moos and perl-net-twitter. One other thing I observe with this package is that perl-scalar-list-utils has a 'replaces' entry, replacing perl-scalar-utils; I don't see that name in any repos nor my system at the moment.
Re: [arch-general] Something Broken with Perl!
On Thu, Jun 30, 2011 at 09:13:31AM +0300, Ionut Biru wrote: On 06/30/2011 03:35 AM, Steve Holmes wrote: I think when perl was upgraded to 5.14, something broke with one of its libraries. Whenever I type 'automake' or attempt to recompile several perl packages from AUR, I get the following error message: /usr/bin/perl: symbol lookup error: /usr/lib/perl5/vendor_perl/auto/List/Util/Util.so: undefined symbol: Perl_Istack_sp_ptr Thoughts anyone? I see this as a show stopper for any development right now. Thanks. pacman -Qo /usr/lib/perl5/vendor_perl/auto/List/Util/Util.so maybe you installed some perl modules outside of pacman perl-scalar-list-utils - found in AUR; it is required by perl-eval-closure and replaces perl-scalar-utils.
Re: [arch-general] Something Broken with Perl!
On 6/30/11, gt codere...@gmail.com wrote: On Thu, Jun 30, 2011 at 05:42:47AM -0700, Steve Holmes wrote: After plowing through this thread, I am replying to say that the library in question belongs to perl-scalar-list-utils which can be found in AUr. It is required by other packages like perl-eval-closure. It is all part of a long list of cascading dependencies for perl-moos and perl-net-twitter. One other thing I observe with this package is that perl-scalar-list-utils has a 'replaces' entry, replacing perl-scalar-utils; I don't see that name in any repos nor my system at the moment. perl-scalar-utils was available in aur earlier i think. But it was removed sometime back. Yeah, I figure this package replaced that one. Anyway, it contains the library that is causing my problems. I wouldn't mind merely removing this package but then the packages requiring perl-scalar-list-utils will start complaining so I feel like I might be getting trapped in dependency hell. If that library is indeed a part of other standard packages, then at least automake should start working again.
[arch-general] Something Broken with Perl!
I think when perl was upgraded to 5.14, something broke with one of its libraries. Whenever I type 'automake' or attempt to recompile several perl packages from AUR, I get the following error message: /usr/bin/perl: symbol lookup error: /usr/lib/perl5/vendor_perl/auto/List/Util/Util.so: undefined symbol: Perl_Istack_sp_ptr Thoughts anyone? I see this as a show stopper for any development right now. Thanks.
Re: [arch-general] Something Broken with Perl!
On Thu, Jun 30, 2011 at 06:36:37AM +0530, gt wrote: Did you look at the post installation message, when you upgraded perl. It should have something like this: - The directories /usr/lib/perl5/current, /usr/lib/perl5/site_perl/current, /usr/lib/perl5/site_perl/5.10.1, and /usr/share/perl5/site_perl/5.10.1 have been removed from @INC. The script/binary directories are now /usr/bin/*_perl instead of /usr/lib/perl5/*_perl/bin which will be eventually removed. Yes I did and why I suspect the breakage. Though these directories were removed, that doesn't tell me what I need to do to fix the problem I have now with basic programs like automake. What am I missing here?
[arch-general] Cannot Find Desktop in GNOME3
After upgrading my box to GNOME 3 last week, I can't seem to find the desktop anywhere on my gnome setup. I use the keyboard exclusively for navigating around so I would normally use Ctrl+Alt+d to open the desktop for keyboard focus. Alas I cannot do that any more. Also, with prior versions of Gnome, pressing Ctrl+Alt+Tab would toggle you through the Bottom Panel, Top Panel, and the Desktop. Now it only toggles between the top and bottom panels. Has the desktop, as we know it, gone away? At the moment, I am using fallback mode because gnome-shell is completely broken as far as screen reader accessibility is concerned. Any ideas would be greatly appreciated; thanks.
Re: [arch-general] Cannot Find Desktop in GNOME3
Thanks for telling me about the desktop being gone. I really wondered and am a bit surprised as I thought most people valued and used a desktop area quite a bit. Yes, I opened up my home directory from the places and then opened the desktop folder from there. Actually, I think my desktop was actually a top level folder in my places menu but still, not the same. In fact, I have had launchers on the desktop in the past but I guess I could get them on there again if I wanted. It's just that the desktop was typically addressable from a single keystroke before. Well whatever... I've heard comments like that before about gnome getting less and less configurable; pretty soon, it will be like that other windows operating system out there.
Re: [arch-general] Cannot Find Desktop in GNOME3
On 5/9/11, Jan Steffens jan.steff...@gmail.com wrote: On Mon, May 9, 2011 at 10:58 PM, C Anthony Risinger anth...@extof.me wrote: sooo, how can you have two directories open then? i see that it works by clicking on the desktop directories twice; couldn't the icon be made to launch nautilus in the same way (however that is)? Ctrl+Click on the launcher will open a new window. As will Right Click → New Window. Middle Click on the launcher will open a new window on a new workspace. Are there keyboard alternatives to any of these clicking options? Also, can gnome-tweak-tool be used without gnome-shell running? I had to uninstall gnome-shell because it was extremely inaccessible to the Orca screen reader. I understand this a11y problem will not be resolved until gnome 3.2 is released sigh.
Re: [arch-general] Gnome 3, a bug?
Hey, I also just installed / upgraded to gnome3 and have run into some strange problems with keyboard navigation. First off, I cannot get into the desktop; also I can't find a reliable way to get into the system menu. Keep in mind here, I'm totally blind and do not use the mouse. I rely strictly on use of the keyboard to navigate around the environment. With gnome2, one can use Ctrl+Alt+d to open the desktop from anywhere in gnome and the system menu was simply part of the main menu structure. Now the application and places menus are side by side but no system menu. Also, the key combination to focus the desktop doesn't work. In fact, when I use the Ctrl+Alt+Tab key combination to cycle focus between the top and botom panels, there is no desktop there either. In gnome2, the desktop was also included in that rotation. Any ideas on how to fix this? Is this another sign of broken functionality in gnome3?
Re: [arch-general] Robson Peixoto invited you to Dropbox
On Mon, Jan 24, 2011 at 10:32:16AM +, Mauro Santos wrote: I guess they do (or they should, never tried it myself) and I also believe that they ask for the email's password before they can spam mail everyone. To add insult to injury some sites require (or used to require) an email address and the respective password so you can keep in touch with your friends before allowing one to complete the registration process, or keep nagging you afterwards telling you that you are not keeping in touch with your friends, please give us your email's password and let us mass spam everyone (tm). I've never run into a situation like that but I can tell you for sure that I will never give such sites a password to anything! Furthermore, I would drop such a service faster than a hot potatoe. When I 'invite' people to things like linked-in or dropbox, I do it on an individual basis and would hope that the invites be relevant to the persons involved. Like with Linkedin, I like to add a personal note to each invite or request to be linked so the person receiving the request realizes it is me and not some generic spammer out there.
[arch-general] Gnome Sound Events and Settings
What tools are needed in Arch to configure the login and logout sounds for GNOME? When I go into the Volume control, I can only change the alert sounds and that, I can do OK but right now, I cannot get any sounds to work for Login, Logout, e-mail, etc. I've seen references in google for other distros having something called Sound-Preferences or something but I don't see anything like that for Arch. Google also pulled up some forum references to this same question but no answers were ever given. What do other GNOME users do about this in Arch? I'm not aware of how to specify the paths for the right files. Ifound the sound files themselves in /usr/share/sounds but can't figure out where to go from here. Any ideas?
Re: [arch-general] Gnome Sound Events and Settings
On Sat, Jan 22, 2011 at 08:01:05PM +0200, Ionuț Bîru wrote: lets not start a rant about this. This is what gnome decided long time ago and we actually patched (and is not the arch way) that out to provided gstreamer support over pulse. Oh, so one could install the gnome-pulse stuff and just not run the pulse daemon? that might be an interesting thing to try. I'll need to examine that package. now that i'm thinking more about it there should be under the volume control a drop down list labeled as Sound theme (and have as entries No sound and Default) and below that where you can select the alert sound. The most annoying thing is that you can't modify the alert sound volume (that is available only with pulse). Interesting; I had no idea GNOME was relying so heavily on Pulse Audio. Anyway, I have been through the volume control and see the options you speak of. That is only the general alert sounds though and doesn't include things like Login, logout, etc. These are .ogg files and you can choose between things like Glass, Bark, Sonar, and No sound. On occasion I hear other sounds during things like errors and questions but haven't yet figured out exactly which files are being used and how chosen. It seems very comvoluted at how to configure sound events in gnome now days.
Re: [arch-general] Gnome Sound Events and Settings
On Sat, Jan 22, 2011 at 06:38:08PM +0200, Ionuț Bîru wrote: ... Sound preferences exists only if you install pulseaudio and corresponding pulse package for gnome (pacman -S pulseaudio-gnome) I cannot find pulseaudio-gnome in standard repos. Or I should say, pacman doesn't find such a package. I haven't looked in AUR yet.
Re: [arch-general] Python 3 Rationale?
Scroll CLEAR down to the bottom for my response. On Wed, Oct 20, 2010 at 12:02:27PM -0400, Matthew Gyurgyik wrote: On 10/20/2010 11:45 AM, maxc wrote: There is an excellent post by Guido here, Hilton: http://mail.python.org/pipermail/python-3000/2008-February/011910.html Guido seems to favor using /usr/bin/python3.0 or /usr/bin/python3 and /usr/bin/python as symlinks to the respective versions of Python. 'Perhaps we should only install python3.0 and not python.' We're not here to discussion semantics ofc. :) There is a much broader concern which I hope we can address through friendly discourse. On Oct 20, 2010, at 11:26 AM, Hilton Medeiros medeiros.hil...@gmail.com wrote: On Wed, 20 Oct 2010 10:58:42 -0400 Max Countryman m...@me.com wrote: That is fine unless the Python development team has decide that python3 will not become python. Python 2.7.x will be maintained for quite some time. (In excess of four more years.) Even after it is dropped in the future there's no indication that the python3 binary is intended to become the python binary. The link I posted earlier to the thread on the Python mailing list seems to indicate the opposite. A 'python' binary doesn't and won't ever exist, it is only a symlink, Max. Since you have seemed to miss my previous post. I'll post again! Really please, please don't top post. http://www.river.com/users/share/etiquette/ Who cares! it takes too long to scroll down through the past fifteen generations to get to the relevant part of the message.
[arch-general] Open Office-dev is Broken
Since db was upgraded to version 5, openoffice-dev no longer works. It is looking for shared library libdb-4.8. Shouldn't the OOo package be rebuilt?
Re: [arch-general] Open Office-dev is Broken
On Fri, Nov 05, 2010 at 07:10:25PM +0100, Andreas Radke wrote: the devel pkg is of low priority and so no rebuild was planned. today I updated it to the next snapshot and built it will be working again. Thanks for fixing this. It works again. I like using the dev version because many of the accessibility related fixes are found in these later dev versions and not necessarily in the prod stable version. So I like living on the bleeding edge to have the better accessibility fixes. you could also follow our comments on the public devel list. I may do that; I hope the traffic isn't too high over there.
Re: [arch-general] Postgresql-docs is Broken
On Fri, Oct 29, 2010 at 10:44:41AM -0500, Dan McGee wrote: It is a bug, but this isn't the place for reporting it... https://bugs.archlinux.org/?project=1 It is pretty easy to confirm yourself, note the difference in size and the files list: http://www.archlinux.org/packages/extra/i686/postgresql-docs/ http://www.archlinux.org/packages/extra/x86_64/postgresql-docs/ Finally, always include the arch of the package if it is not arch='any'. I will take a look at the links shortly but in the meantime, I tried to look in the /var/abs/extra for postgresql-docs and there is no directory with PKGBUILD or anything for postresql-docs nor postgresql-lib. I thought abs was supposed to contain the PKGBUILDs and related files for all packages in the Arch repos. What am I missing here?
Re: [arch-general] Postgresql-docs is Broken
On Sat, Oct 30, 2010 at 02:58:12PM -0200, Kazuo Teramoto wrote: What am I missing here? Looking harder =] /var/abs/extra/postgresql/PKGBUILD Its is a split package. Interesting. I've never seen a split package like that before. In fact, the previous version of the postgresql package was not constructed that way. This change in the PKGBUILD appears to have shown up with this 9.1 version. I'm in the process of rebuilding the package now to see if I can get the docs available.
[arch-general] Postgresql-docs is Broken
I just downloaded the latest 9.01 version of postgresql-docs which supposedly should contain the html documentation for postgresql. Alas, the package size is less than 1 K and when installed, a pacman -Qql only reveals some man directories under /usr/share. There are no files present. Is anyone aware of this situation?
Re: [arch-general] How do AUR packages get new maintainers?
Yeah, when I got started into learning package maintenance in Arch, I recall reading the wiki pages for AUR and ABS (the Arch Build System). Sorry, I forget the exact links but the ABS stuff explains PKGBUILDs really well and when I combined that with the AUR material, I felt I was pretty will informed to start digging in and start playing around with some PKGBUILDs I was interested in and then I took on a couple packages that I was personally interested in maintaining. I also have download some other packages that are only in AUR and I built them on my own system in a /var/abs/local path so that also gave me more self learned experience with packages and how these things should be built. Probably the area needing most attention paid to is the standards that should be followed when building new PKGBUILDs. Of course, like most of us programmers tend to do, we can just copy other PKGBUILDS and work from them; just hope they are well behaved or we would be creating more bad packages from other bad ones smile. But then there's the .proto PKGBUILDs and install scripts that come with the ABS package (if I remember right) that are good starters too. Anyway, I rambled on here for a long time and probably caused even more confusion but hopefully, this was of some value.
Re: [arch-general] 'Local mirror' page was removed from wiki
On Sat, Sep 18, 2010 at 10:46:13PM -0400, Matthew Gyurgyik wrote: There is nothing preventing you from creating a local mirror. If you can't figure out how to create a local mirror using the resource available, you probably shouldn't be using arch. Now, there's a supportive answer if I ever heard one. That's the way to get more people interested in using arch. Most distros like to build up their presence and increase the numbers and usage. Obviously if everyone goes out there and attempts to build local mirrors and all, that would put a big drain on the arch package update process. I don't think many people are doubting that and maybe it should be discouraged however. But the withholding of technical knowledge with such arrogance is in poor taste if you ask me. Like others have been saying all along now, the original information was pulled and no technical explanation was ever offered for why it was wrong. Now because of all this secrecy (in appearance), I've increased my curiosity and may look into building a local mirror just so I know how to do it. Had the thing on the wiki site been corrected, I would have probably just read it and kept it in the back of my mind for a day when I would really need to do it.
Re: [arch-general] 'Local mirror' page was removed from wiki
On Sun, Sep 19, 2010 at 03:22:27PM -0400, Matthew Gyurgyik wrote: If you don't like the attitude don't use arch. Arch isn't here to babysit you and hold your hand. This is truly what sets arch apart. The users who have been here for 4-5+ years know exactly what I'm talking about. Not quite true! What sets Arch appart is the aspect of technical simplicity but yet powerful. I have to say what turned me on to Arch also what I found to be good write-ups on the Arch wiki on how to set up certain items for which I wasn't quite sure how to do. After all, we all started out as beginners at some point. Sure, Arch isn't a turn-key system like some others are but at the same time what stands out a good true community is when people help out and answer questions and head people in the right direction to RTFM most efficiently. The arogance demonstrated with the beginning line of this quoted message is an ice cold way to turn people away from a good powerful distro the first time they run into snags. I don't like the demonstrated attitude but I sure as hell am not gonna leave Arch. The arch way is better than that.
Re: [arch-general] Spell Checking in Emacs
On Fri, Sep 17, 2010 at 05:02:24AM +0530, Ashish SHUKLA wrote: Steve Holmes writes: Do I have to set up anything in advance in order to use ispell in emacs with the aspell program? See the message below for the full story. I can't get past this read-only problem. (setq ispell-program-name (executable-find aspell)) That fixed it! It seems that the documentation I followed, suggested a different setting to specify the aspell binary but this setting you gave me enables it to work properly now. Thanks and sorry for the repeated queries to the list; I thought there might have been a problem with how it was implemented with Arch. So Now i'm off to write those perfectly spelled e-mails. smile
Re: [arch-general] $startdir/src, $startdir/pkg and || return 1 in official packages
On Sat, Sep 18, 2010 at 12:43:25AM +1000, Allan McRae wrote: makepkg automatically exits on any error in the build() or package() functions. This is interesting to know; I had no idea. I learn to build my PKGBUILDs from other live examples as well as the .proto versions in the shared pacman directory of example PKGBUILDs. I haven't looked lately but hope these example scripts are updated accordingly. I plan to update my personal PKGBUILDs and the ones I maintain in AUR.
Re: [arch-general] Spell Checking in Emacs
I found some more information concerning the ispell problem with emacs. It seems that if I do ispell-buffer, region, or word on clean data (correctly spelled), I don't get any errors in the mini buffer and in fact, ispell-word even tells me the word is correct. Fine - that works as it should. However, as soon as there is a miss-spelled word to report, then is when I get the error in the mini-buffer saying that the text is read-only. It would appear that maybe ispell can't open a buffer to display the word choices. I don't know emacs lisp well enough to try and debug this thing but it's beginning to look like nobody else here is getting the problem or doesn't use this combination with emacs. Any other ideas out there?
[arch-general] Spell Checking in Emacs
I have emacs 23.2 running in a normal text console and am trying to spell check using the ispell.el facility in the emacs lisp libraries. I also installed aspell and espell-en packages to resolve the binary program to be used by the emacs ispell function. When I do any of the emacs commands like ispell-buffer or ispell-region and the like, I keep getting a message in the prompt line of emacs saying Text is read-only The buffer where I am testing this is most definitely not a read-only buffer. I tested aspell out in a normal terminal on a test text file and that seemed to work OK. Do I have to do anything else to get this working right? I did not set up any config files for aspell; I'm not sure if I have to or not. Can anyone help me out?
Re: [arch-general] Spell Checking in Emacs
On Tue, Sep 14, 2010 at 06:24:11PM +0200, Mathias Huber wrote: Hi Steve, When I do any of the emacs commands like ispell-buffer or ispell-region and the like, I keep getting a message in the prompt line of emacs saying Text is read-only That only concerns the contents auf the mini-buffer (where you enter commands). Do you use backspace in the mini-buffer? No, I type m-x followed by the commands I listed above. Right now, I've been trying ispell-buffer where the buffer is a plain text file with some text including intentionally miss-spelled words. Do you do 'M-x ispell-change-dictionary' and select a dictionary, and then 'M-x ispell-buffer'? I usually just do the ispell-buffer or whatever. Once I tried the change-dictionary command and hit enter to accept the current default. I just tried to ispell-region on this very message I'm typing right now and I still got the Text is read-only message. I've used ispell a long time ago without these problems but now I can't use it at all! I can use aspell out in the text console with no problem but it just won't work in emacs! I don't understand what you mean about the error applying to the mini buffer; I'm trying to spell check the main body, the text; not the prompt. Any other ideas why this isn't working?
[arch-general] Spell Checking in Emacs
I have emacs 23.2 running in a normal text console and am trying to spell check using the ispell.el facility in the emacs lisp libraries. I also installed aspell and espell-en packages to resolve the binary program to be used by the emacs ispell function. When I do any of the emacs commands like ispell-buffer or ispell-region and the like, I keep getting a message in the prompt line of emacs saying Text is read-only The buffer where I am testing this is most definitely not a read-only buffer. I tested aspell out in a normal terminal on a test text file and that seemed to work OK. Do I have to do anything else to get this working right? I did not set up any config files for aspell; I'm not sure if I have to or not. Can anyone help me out?
Re: [arch-general] something is wrong/stoped in servers? commits but no packages on repos.
-BEGIN PGP SIGNED MESSAGE- Hash: RIPEMD160 Yeah for the past 12 hours or more, I have about 6 packages that won't update/download. They are all the gstreamer packages and vim from extra. Because of those failed downloads, none of my other updates would occur automatically. I had to apply them all manually. I'm now up to date except for the 5 gstreamer and vim packages. They are still broken or something. I tried multiple times to do the system-wide update but still same problem. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEAREDAAYFAkt233IACgkQWSjv55S0LfHGwgCeP/q2/VL2tB+MaPze2uqLSVmf OU8AoOJXdk0J+jXCdeDqvb9tkL805MWL =S6H0 -END PGP SIGNATURE-
Re: [arch-general] Syncing the mirrors
On Tue, Feb 02, 2010 at 04:42:32AM +0200, Ionut Biru wrote: mirrors.kernel.org in fact is not a single mirror. is an alias to a geolocation subdomain and from there is serving from closer geographically position(in theory). for you maybe you hit in an up to date server. I don't know but I've been doing multiple 'pacman -Syuw' and each time I seem to be able to download one package and then all the rest fail and the response says the file is supposedly not found. I'll tell you, with 83 files to get and only getting one each time, this is the worst update experience I've ever had. It usually goes so smoothly but this time around is terrible! pgps6hYsHBzV1.pgp Description: PGP signature
Re: [arch-general] Quoting of E-mails
-BEGIN PGP SIGNED MESSAGE- Hash: RIPEMD160 On Sat, Jan 16, 2010 at 05:12:31PM +0800, Ng Oon-Ee wrote: Probably because (in my experience at least) top-posting occurs much more frequently than me too posts at least, probably more frequently than improper quoting as well. And yet when I see the top-posted mails, most of the time I don't need to read the rest of the previously quoted message - especially if I'm on a roll and am familiar with the current thread. I guess if one is reading for a historical perspective then it makes more sense to put the reply at the bottom but then I found myself having to read the history over and over again. If I addopt bottom posting, I plan then to delete all but the most recent post to keep thing conscise. Actually I'm run into *MANY* of these huge long threads in a single message to have a Mee to or +1 at the bottom That's why I found that style to be so inefficient and wasting of my time. Actually when you think about it, most blogs are all in reverse chronical order which to me is the same thing as top-posting and nobody seems to complain about that concept. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEAREDAAYFAktW7HcACgkQWSjv55S0LfGvsQCfUgPSh/tMLIshq9+5RzqIpDfV h88AnRv5oMWRLIlCOaZ/CfSXtqyy9sXa =iFcp -END PGP SIGNATURE-
[arch-general] Quoting of E-mails
-BEGIN PGP SIGNED MESSAGE- Hash: RIPEMD160 I've been seeing some very passionate pleeds in posts lately concerning top-posting of replies. I, for one, don't really mind seeing top-posted e-mails like that because I can see the reply quickly and if the thread is current in my mind, I don't have to re-read the old stuff over and over again. Nothing annoys me more than haveing to page through five generations of past messages in a single thread to get all the way to the bottom just to have a single line of text say something like Thank you or I agree or whatever. The only thing that makes bottom-posting, like this bareable to me at all is Mutt's 'S' command which takes the cursor down to the unquoted text for much quicker reading. If bottom-posting is so passionately desirable, then may I suggest people trim down the history of a thread to the most recent 1 or 2 generations back. Or maybe even better, just reply with no quoting and and briefly summarize the quoted context. Yeah, I realize quoting past context is more work. I just find that when people top-post, I can seem to get through the mud a lot faster. Of course interlacing replies with quoted text makes a lot of sense when you have multiple issues or questions being asked. Anyway, just my thoughts, not trying to war or any of that, just trying to see the proes and cons of e-mail styles. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEAREDAAYFAktL+5AACgkQWSjv55S0LfEQ4ACgxr5OkA9AMsezDU6ynhNmHj4Y 9mYAnjwZIcgCUHB0yo6Gu8ScCIj4awfD =90j9 -END PGP SIGNATURE-
[arch-general] Video Resolution, Grub2 and Kernel 2.6.32
When I installed grub2 a short while back, I was using the kernel 2.6.31.6 and I enjoyed a full screen of 1024.768 32K color depth. I followed the steps outlined here http://wiki.archlinux.org/index.php/GRUB2#Setting_the_framebuffer_resolution to the letter and all was great. But when the kernel26 package upgraded to 2.6.32.2, This functionality broke. I ended up having to remove the video related stuff from my grub line to get my system to boot. When I say this didn't work anymore, basically my system wouldn't boot and I end up with a blank screen showing. When I experimented by removing the insmod statement and using vga=790 by itself, the best I get is a 30 line display with 80 columns width. Anyone know what changed? It would appear that we may need to update the wiki page with new info for grub2 and video resolution.
Re: [arch-general] Video Resolution, Grub2 and Kernel 2.6.32
On 01/02/2010 12:29 PM, a...@nezmer.info wrote: KMS conflicts with vga,video. What GPU do you have ? I have a generic mother boasrd with an AMD Athlon64 K8 1.6 Ghz processor and a Via Technologies VGA compatible controler. This info came to me courtesy of the lsmod command.:) But I did some more digging and I got my full screen back. I had previously commented out the via line in /etc/modprobe.d/frame-buffer-blacklist.conf. So I re-enabled that entry by removing the # mark, put the 'insmod vbe' back in my grub.cfg and retained the vga=790 entry in the linux entry. After doing all that, my higher resolution is working again. I don't seem to have much if any background information to support what I'm doing with FB support but I like having the higher resolution. It would be nice to have a fuller understanding of which modules are needed and which kernel parameters should still be used. Anyway, thanks for indulging in my experimentation and messing about.
Re: [arch-general] Kernel panic with kernel26 2.6.32.2-2 from [core]
-BEGIN PGP SIGNED MESSAGE- Hash: RIPEMD160 I think I am in much better shape now. I managed to upgrade all kernel packages and speakup but had to modify my grub.cfg so all boots now with latest packages. What I have been using is kernel parameters to give me the 128x160 console but then my system stopped booting with the latest kernel upgrade. I will paste in my grub.cfg entries below so you can see what I had to comment out. Basically i stopped the insmod of the vbe module and removed the vga parms in the kernel entry. * Loading of modules #insmod vbe # Timeout for menu set timeout=15 # Set default boot entry as Entry 0 set default=0 # (0) Arch Linux menuentry Arch Linux { set root=(hd1,1) #linux /boot/vmlinuz26 root=/dev/sdb1 ro video=vesafb:mode=1024x768-32 vga=790 linux /boot/vmlinuz26 root=/dev/sdb1 ro initrd /boot/kernel26.img } You can see, I just commented out the entries that gave me the nice screen but at least I can boot now. Any ideas? Did something change with the 2.6.32 kernel in the VESA frame buffer department? On Thu, Dec 31, 2009 at 06:32:57PM +0100, Heiko Baums wrote: Am Thu, 31 Dec 2009 15:49:51 +0100 schrieb Heiko Baums li...@baums-on-web.de: Forgot to say that the kernel panic happened with kernel26-fallback.img, too. And the fallback image hasn't autodetection. I'm currently downgrading to [core] each package one by one and see if and when the kernel panic reappears. Another possibility is that something was broken before, wrong file permission of a file, a file was overwritten or whatever which hadn't had an impact before and that this was fixed by reinstalling/updating the appropriate package. Probably just reinstalling the appropriate package from [core], whatever package it was, would have helped, too. I don't know what was going on here but now I downgraded my system to [core] again each package one by one and the system booted every time without a kernel panic. There was likely something broken but I can't imagine what, maybe some file permissions have been change or some files have been changed or deleted by whatever and these files were overwritten by the reinstalling/updating. Probably a reinstall of the involved package from [core] had been sufficient. Greetings, Heiko -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEAREDAAYFAks+xQMACgkQWSjv55S0LfHahACgl1lQ84dWisIKC6vK2utI8DLB JrsAniODlmxdGzTwxEfwPqHM6l02fP+j =hc87 -END PGP SIGNATURE-
Re: [arch-general] Kernel panic with kernel26 2.6.32.2-2 from [core]
-BEGIN PGP SIGNED MESSAGE- Hash: RIPEMD160 On Sat, Jan 02, 2010 at 05:26:38AM +0100, Heiko Baums wrote: This has nothing to do with my kernel panics which were fixed by just upgrading to [testing] and didn't came back when downgrading back to [core]. I don't know what vbe is for but the video and vga parameters may conflict each other because both set the framebuffer resolution but set different framebuffer modes/devices. So you should either use the video or the vga parameter. For me the vga parameter is sufficient. As far as I know is vga for vesafb and video for vesafb-tng (if this still exists) and other framebuffer devices like radeonfb etc. And as far as I read is video with only the resolution necessary for KMS if KMS doesn't set the correct screen resolution automatically. Well, I tried to remove all the video mode stuff and just leave the 'vga=790' in the line and then it's back to the crash as noted before. True enough, no panic, just a blank screen! Something has obviously changed with the kernel upgrade from 2.6.31.6 to 2.6.32.2 as far as frame buffer support is concerned. I got the suggested video mode configuration stuff from a grub2 item on the arch wiki. At least now I can experiment with different grub entries and keep a good stable one available with the latest kernels. I'm just trying to get my big screen back sigh. See how spoiled we get when something breaks?:) -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEAREDAAYFAks+1jYACgkQWSjv55S0LfFr6ACfSY4kNZz5CLJlwRgHURdj8k6z r/EAoISmrL2TXwIWuFqVHIbr6eU90nK1 =h1pJ -END PGP SIGNATURE-
[arch-general] Kernel 2.6.32 Broken
-BEGIN PGP SIGNED MESSAGE- Hash: RIPEMD160 Hey, has anyone been experiencing any problems with the newest kernel26 package from Arch? this would be 2.6.32.2. After upgrading to it, my machine starts to boot but then dies. When I downgrade to kernel26-2.6.31.6, all works fine again. I'm a totally blind guy so haven't had a chance to get anyone to look at the screen for me but one thing sure, no messages get logged to /var/log/syslog or messages. Just thought I would check to see if I'm not alone with these kernel problems. For now, I'm gonna have to downgrade my kernel once again so at least my machine will work again. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (GNU/Linux) iD8DBQFLPARHWSjv55S0LfERA6yWAJ9dPBNCeoiyN8MMfs6GzXiuzhCD+gCgx+n4 RSalNMBb4zFAjag9b4x5arg= =Qozy -END PGP SIGNATURE-
Re: [arch-general] Kernel panic with kernel26 2.6.32.2-2 from [core]
-BEGIN PGP SIGNED MESSAGE- Hash: RIPEMD160 On Thu, Dec 31, 2009 at 08:29:01AM +0530, Partha Chowdhury wrote: i just updated my system yesterday to kernel 2.6.32.2-2. I faced no problem. It is running as usual.After reading your mail, i looked in the pacman update log and found that only kernel and virtualbox were updated.Virtualbox is running fine also. and I don't use testing. About the kernel panic message,Failed to execute /init it means either the init script in the initrd image is messed up and it is not set executable or the /sbin/init executable in your system is missing ! you have to uncompress the kernel23.img file and take a look at init. I'll have to look to see if I have the same problem. I wonder why some people have been able to upgrade the kernel without incident and others are having the problem with the panic? What version of mkinitcpio is supposed to be in production these days? The version on my system is 0.5.26-1 and was built back in July of 2009. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEAREDAAYFAks8GWcACgkQWSjv55S0LfGzAACdGYIY0gY11Mbt4neKCcUmYR9e SZoAoJcea4RvJKjE/K+vO48YBuFTJ6PA =d5qF -END PGP SIGNATURE-