Re: [arch-general] quick test
On Tuesday 21 Feb 2012 07:49:50 pete wrote: Well it seems Kmail has gotten frelled up i can see it looking for mail but it never gets any yet claws does . i do wish there would be a bit of a hurry up fixing kmail There does seem to be something up with Akonadi's IMAP resource in 4.8.0. I am finding that I frequently find it not receiving new messages. Restarting akonadi does the trick. Actually, I think the problem is caused by nepomuk crashing, rather than in Akonadi itself. Does this fix it for you? If so, maybe we have found the same bug. Pete.
Re: [arch-general] [arch-dev-public] Ruby directory clean up proposal.
On Monday 13 Feb 2012 20:47:01 Thomas Dziedzic wrote: /etc/gemrc - contains gem: --user-install to install user installed gems with gem to $HOME/.gem/gems I didn't know about --user-install, but I just set GEM_HOME (actually, I use RVM). Can what you want be done by globally setting GEM_HOME to be based off of $HOME? Or is --user-install the preferred way? I did look into $GEM_HOME but I thought this was inadequate since running sudo gem install foo would still install foo to the system-wide gem directory. Having --user-install in /etc/gemrc forces it to install to /root/.gem/gems instead. Great, I should have read up on --user-install then. Sounds great. And as much as I have to admit that I'd really like to be able to install gems system-wide and use their built-in dependency management, bundler etc... I think that road probably leads to madness and death, especially when many popular gems will still be managed by pacman (and rightly so). So, I would be careful about doing this, and would suggest that we go for only letting 'gem' install things under $HOME. Anything that should go system-wide should have a PKGBUILD. Right, by default I want it so that you wont be able to install system wide gems with gem. But I can't stop users removing --user-install from the gemrc file and installing to the system-wide directories. Perhaps we have an argument for proposing an option like --user-install that doesn't allow users to disable it then. I have another plan brewing in regard to letting users separately install pacman installed gems and gem installed gems to the system-wide directory. I wont do it in this cleanup iteration, but next cleanup, I will add a /var/lib/gems or /var/lib/ruby/gems folder specifically so that when running sudo gem install without --user-install, it will install to /var/lib/.. and gems installed via pacman will install to /usr/lib/ruby/gems. This will cleanly seperate pacman installed ruby gems to /usr and sudo-gem without --user-install installed gems to /var. This will bring ruby and rubygems into fhs compliance, at least afaik :) Nice. Just out of interest, what RUBYLIB order precedence would you use, to deal with the case when some similar things (say different versions of the same gem) were installed in /usr/lib/ruby and /var/lib/gems at the same time? Doing this will require modifying the GEM_PATH and all PKGBUILDs that install ruby gems. This wont break the PKGBUILDs just make them uncompliant with our standards, instead it will just install to /var if you don't change them which will be in GEM_PATH. BTW, GEM_PATH is the location where rubygems searchs for gems. I have already talked with upstream rubygems devs and they seem to agree that this is a good plan :) I'm certain I will go with 1 this cleanup and will implement the above on the next cleanup. All great. Of course, suggesting RVM for user-installed gems(ets) is probably also a good idea. For rails development, I can't recommend rvm enough, you can manage multiple gemsets with multiple ruby versions, and have it automatically load project specific .rvmrc files when you cd into those directories. This is probably one of the nicest language management tools for a programming language I have encountered so I would recommend it :) Ofc, rvm might be overkill if you're just doing development on small projects, or if you just don't need a clean separation of multiple ruby environments. Agreed. It really is a breeze to use. I don't do much rails, but just use clean gemsets along with bundler, most of the time. It helps with predicting what's going to happen when I want to run the code on another machine. PS. A while ago I was getting very frustrated that the version of rubygems bundled with ruby itself was so out-of-date so quickly, but 'gem update --system' is a very bad idea in combination with pacman. So, I spent a while hacking together this package, which installs the latest version of rubygems itself alongside ruby, system-wide: https://aur.archlinux.org/packages.php?ID=50346 It's hacky, but it works :-) I wish there was a cleaner way. I was also thinking about this, and I might split rubygems off into a seperate package and have ruby optdepend or depend on it so I can update the package separately from ruby. Hell yeah. Please do. I assume you're aware of this: https://bugs.archlinux.org/task/17611 Pete.
Re: [arch-general] [arch-dev-public] Ruby directory clean up proposal.
Hi, I'm not a dev, so am replying on arch-general, but a TU who uses a lot of ruby on Arch. Thanks for thinking about this. I too have been trying to come up with my own sane way of using ruby - gems particularly - with Arch. On Sunday 12 Feb 2012 17:37:17 Thomas Dziedzic wrote: Current layout: /usr/lib/ruby/site_ruby - packages either installed here /usr/lib/ruby/gems/[ruby_base_version] - or here, this directory contains both pacman installed packages and packages installed using the gem tool. Planned layout: /usr/lib/ruby/site_ruby - manually installed files by user go here, packages shouldn't touch this /usr/lib/ruby/gems/[ruby_base_version] - pacman packages built from gems go here /usr/lib/ruby/vendor_ruby - ruby packages installed with pacman which aren't gems go here $HOME/.gem/ruby/[ruby_base_version] - used by the gem command to install packages unmanaged by pacman +1 from me, except that we should probably emphasise that /usr/lib/ruby/site_ruby really is for site-specific stuff. Anything that is generic enough to be able to go in a pacman package (and/or a gem) should do. /etc/gemrc - contains gem: --user-install to install user installed gems with gem to $HOME/.gem/gems I didn't know about --user-install, but I just set GEM_HOME (actually, I use RVM). Can what you want be done by globally setting GEM_HOME to be based off of $HOME? Or is --user-install the preferred way? If the user chooses to install gems using gem, they will have to add the bin directory to the $PATH: export PATH=$PATH:$(ruby -rubygems -e 'puts Gem.user_dir')/bin. Yep, or just something derived from $GEM_HOME if we were to use that approach instead. Benefits of this change include: Using the proper directory layout introduced in ruby 1.9 (using vendor_ruby). Clean separation of pacman installed packages (/usr/lib/ruby/gems/[ruby_base_version] /usr/lib/ruby/vendor_ruby) from gem installed packages ($HOME/.gem/ruby/[ruby_base_version]). Problems left: The user will still be able to install to the system wide gem directory /usr/lib/ruby/gems/[ruby_base_version] if they remove --user-install from /etc/gemrc Possible remedies: 1) Leave it as is. If the user runs gem with --no-user-install then gem will still install the files to the system wide directory at /usr/lib/ruby/gems/[ruby_base_version] and will install binaries to /usr/bin This should provide a clean default and is the easiest path. This option is still better than the one we currently use where we try to install to the system wide location by default. I think it's worth separating out the user and the admin in this argument. To install a gem system-wide, you have to do something like sudo gem install XXX, right? This is almost always a bad idea, IMO, and people hopefully won't do it at least during the normal run of working with ruby. Personally, I don't let gem mess with anything outside my home directory. And plain gem install XXX will not accidentally install system-wide, right? Ruby is quite good for separating between development and deployment environments - it seems to make sense for us to do a similar thing here, seeing the Arch OS layer itself as a particular kind of deployment, where things are managed by pacman. 2) Change all ruby pacman packages to use local _gemdir='/usr/lib/ruby/vendor_ruby' This would free up /usr/lib/ruby/gems/[ruby_base_version] which we could move to /var/lib/ruby/gems/[ruby_base_version] for system wide gems installed with the gem command. And as much as I have to admit that I'd really like to be able to install gems system-wide and use their built-in dependency management, bundler etc... I think that road probably leads to madness and death, especially when many popular gems will still be managed by pacman (and rightly so). So, I would be careful about doing this, and would suggest that we go for only letting 'gem' install things under $HOME. Anything that should go system-wide should have a PKGBUILD. I'm currently leaning towards 1 since it will be a simple solution with no changes needed to existing ruby-* packages. Yep. Of course, suggesting RVM for user-installed gems(ets) is probably also a good idea. Pete. PS. A while ago I was getting very frustrated that the version of rubygems bundled with ruby itself was so out-of-date so quickly, but 'gem update --system' is a very bad idea in combination with pacman. So, I spent a while hacking together this package, which installs the latest version of rubygems itself alongside ruby, system-wide: https://aur.archlinux.org/packages.php?ID=50346 It's hacky, but it works :-) I wish there was a cleaner way.
Re: [arch-general] qtwebkit and html5 video
On Thursday 02 Feb 2012 01:55:47 Shridhar Daithankar wrote: - youtube html5 video does not work. I get a progress bar but no video frames. Does anybody else experience this too? I still have this problem too with my regular user account, which contains the same dot files that have been upgraded since pre-KDE 4.0 days. It does work for me with a new user though, but so far I've been totally unable to find which part of my user config is causing it. Pete.
Re: [arch-general] OT: iPad - FLOSS on the iPad - data transfer between an Arch PC and an iPad
On Friday 27 Jan 2012 17:42:05 Ralf Mardorf wrote: If those kinds of questions are OT for this list, than IMO there should be another Arch mailing list for threads similar to this one. I guess I'm not the only one, who prefer mailing lists to forums. I'm of the same mind. Having grown up on mailing lists and usenet, I really dislike using forums since they just feel rather opaque, inconvenient and clunky to me. We should either not mind about somewhat off-topic discussion which might loosely relate to Arch on this list, or else have an off-topic list as well as this one. Go use the forums isn't an answer IMO. Pete.
Re: [arch-general] couple of log messages from kernel 3.2.2
On Monday 30 Jan 2012 13:22:14 Genes MailLists wrote: I noticed a couple of messages booting the new 3.2.2 kernel: (I) watchdog: - [287247.568009] NMI watchdog enabled, takes one hw-pmu counter. [287248.814530] watchdog: INTCAMT: cannot register miscdev on minor=130 (err=-16). [287248.814536] watchdog: error registering /dev/watchdog (err=-16). [287248.814540] mei: unable to register watchdog device. There's some more discussion about this here: https://bbs.archlinux.org/viewtopic.php?id=133083p=1 It seems fairly harmless, from my reading of this thread, and is to do with the kernel not supporting more than one watchdog device. You can blacklist one or the other module if you prefer one watchdog over the other, as far as I understand it. Pete.
Re: [arch-general] Kernel 3.2.1 woes
On Monday 23 Jan 2012 21:53:25 Norbert Zeh wrote: Laptop/intel graphics: Boots/reboots/halts all fine, as long as I don't suspend to RAM. After suspend to RAM, screen backlight is on, but screen remains black until turning the machine off. Apart from the screen issue, the machine seems to behave fine. I get exactly the same behaviour on my laptop (Core i7, integrated Intel graphics). Did you figure it out? Pete.
Re: [arch-general] setting the time
On Sunday 08 Jan 2012 18:27:21 Tom Gundersen wrote: No particular group membership necessary. I'm not really sure exactly what packages need to be installed (I just install all the kde packages and hope for the best). This should just work(TM). If it does not there could be a polkit/consolekit problem. If you use kdm (via the rc script) everything should be set up correctly, so if you are starting KDE in some other way that might be worth looking into. I've done a bit more exploring of this today, and it seems a fresh user *does* have the key icon, even though my regular one doesn't. Grrr... this is the second time an existing user profile somehow just doesn't work properly after KDE upgrades (the other being with HTML5 video). It's a damn pain to have to figure out why anyone any clues for policykit? I can't find anything in ~/.kde4 or ~/.config that seems relevant. Thanks, Pete.
Re: [arch-general] pacman update conflict
On Sunday 08 Jan 2012 19:12:57 Sander Jansen wrote: resolving dependencies... looking for inter-conflicts... error: failed to prepare transaction (could not satisfy dependencies) :: gcc: requires gcc-libs=4.6.2-1 :: valgrind: requires glibc2.15 Any suggestions on how to fix this conflict? Probably either wait a bit or else try a different mirror. Sounds like the mirror got out of sync. HTH, Pete.
Re: [arch-general] setting the time
On Saturday 07 Jan 2012 16:25:14 Peter Nikolic wrote: I have just found one more that i cant find a way round , Just went to correct the timezone from Europe/Gurnsey to the correct Europe/London but it will not let me sac=ve the changes and does not ask for root password or anything .. snip Well i was in system settings in kde as i amused to doing but i will try the /etc/rc.conf method Hmmm you're right. I'd always assumed that this was some user-specific KDE- specific timezone variable, but it seems that system settings panel is supposed to provide some functionality to change the system-wide timezone. However, I also see You are note allowed to save the configuration. I have no idea what exactly this configuration pane would actually set if it did have permissions. I'm afraid I also don't know how KDE system settings panels are supposed to request root permissions to allow settings like this. It's probably best to stick to the Arch standard way on this (see the wiki page on Time). But, I'm intrigued as to whether or not KDE can request root permissions for things like this... anyone know if this should/can work? Pete.
Re: [arch-general] setting the time
Hi, Thanks for the helpful response, Tom. [Re: KDE system settings] However, I also see You are note allowed to save the configuration. That's odd. It works fine for me. You should see a key icon next to the Apply button, and when you click it you will be asked for the root password. Hmmm. I don't have any such key icon. The apply button is just greyed out. I'm afraid I also don't know how KDE system settings panels are supposed to request root permissions to allow settings like this. This is done via policykit. Would I need some optdepend installed or some daemon started to make this work? I notice that I have polkit-qt installed, but I don't think I've ever done anything explicit with regard to policykit. I'm in the wheel group, in case that matters. I'm running [testing] on this machine. Perhaps that could cause the difference? Pete.
Re: [arch-general] update error
Hi Pete, Welcome to Arch. On Saturday 07 Jan 2012 15:33:41 Peter Nikolic wrote: I have just found one more that i cant find a way round , Just went to correct the timezone from Europe/Gurnsey to the correct Europe/London but it will not let me sac=ve the changes and does not ask for root password or anything .. I presume you're editing /etc/rc.conf, right? If so, you'll have to become root first in order to edit it. FWIW, I think you'll probably get a little more help from people if you can be a bit more specific with exactly what you're doing. E.g. it will not me save the changes doesn't tell us much. Nice to see another UK Arch user! Pete.
Re: [arch-general] 3 errors not sure of .
On Saturday 07 Jan 2012 16:14:46 Ionut Biru wrote: we don't have any packages with capital letters in name. that's a rule % pacman -Slq core extra community |grep [A-Z] libreoffice-ca-XV libreoffice-en-GB libreoffice-en-US libreoffice-en-ZA libreoffice-pa-IN libreoffice-pt-BR libreoffice-sa-IN libreoffice-sw-TZ libreoffice-zh-CN libreoffice-zh-TW :-p
Re: [arch-general] Newbies in Arch [WAS: Suspend seems not to work with nVidia Nouveau driver]
On Wednesday 04 Jan 2012 16:16:45 Jonathan Vasquez wrote: Never said the entire community was a democracy, I did say thought that like a democracy people vote for the packages to be included. You are right, that the Trusted Users have the final say on what packages get included, I never said otherwise. We obviously can't let everyone in the community have read/write access to the community repo, but the packages that the community members voted for in the AUR, are being looked at by the Trusted Users. That's not a problem to me, and if anything is a sign of a Representative Democracy. In the AUR aspect specifically. Hitler was also chosen because of his intelligence and other credentials. How does this relate? Just because a person is elected because of perceived credentials that you can obviously prove that they have, does not mean that the person will continue to act in that fashion. Hopefully they will. 24+ messages in a thread which itself is a split from its original. Nice to see that Godwin's Law [1] still applies on proper mailing lists in 2012 ;-) Happy new year folks! Pete. [1] http://en.wikipedia.org/wiki/Godwin's_law
Re: [arch-general] Is there a clean solution to get completely rid of Pulseaudio?
On Friday 23 Dec 2011 10:57:40 Ralf Madorf wrote: On Fri, 2011-12-23 at 13:02 +0330, ali.mous...@gmail.com wrote: you can't use gnome 3 without pulse audio. if you don't want to use pulse audio, consider using another DE or WM. At the moment I'm using Xfce only, but I will have the libre to use GNOME3 too, since it works without PA. It did work without PA for my Debian. As mentioned before, at the moment only GDM is installed. Then as Ali says, just use a different DM. There are several to choose from: https://wiki.archlinux.org/index.php/Display_Manager And if you want to, file a bug report upstream about the dependency on pulse. Pete.
[arch-general] python-urwid and python2-urwid contain .pyo files, didn't used to.
Hi, python-urwid and python2-urwid now seem to contain .pyo files, but they didn't before. Just thought I'd check that this was intentional. Caveat: I know nothing about python packaging, but pacman just gave me a bunch of file conflicts for .pyo files not previously owned by anything. Pete.
Re: [arch-general] Is there a clean solution to get completely rid of Pulseaudio?
On Friday 23 Dec 2011 11:18:33 Paul Gideon Dann wrote: On Friday 23 Dec 2011 12:06:37 Kwpolska wrote: Dear idiot, I'm kinda wondering why you aren't filtered from my mailbox yet. [..] I-M-P-O-S-S-I-B-L-E. Period. 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? +1 from me. Yes, you might be getting frustrated with someone's emails, so just ignore them, filter them out, try to get them banned, whatever what you want. But I don't think we shouldn't tolerate people talking like this to others in our Arch-space. I've left at least one community due to abusive attitudes on mailing lists. Pete.
Re: [arch-general] python-urwid and python2-urwid contain .pyo files, didn't used to.
On 23/12/11 20:32, Peter Lewis wrote: python-urwid and python2-urwid now seem to contain .pyo files, but they didn't before. Just thought I'd check that this was intentional. Caveat: I know nothing about python packaging, but pacman just gave me a bunch of file conflicts for .pyo files not previously owned by anything. On Fri, Dec 23, 2011 at 11:45 AM, Allan McRae al...@archlinux.org wrote: Probably intentional to include them now. You can safely remove the conflicting files. Thanks Allan, I thought so, but just thought I'd flag it up in case they weren't meant to be there. On Friday 23 Dec 2011 14:30:24 Karol Blazewicz wrote: https://bbs.archlinux.org/viewtopic.php?pid=1031560#p1031560 Yeah, I saw this but it didn't really answer the question. Cheers all, Pete.
Re: [arch-general] Unable to upgrade community/rekonq (PGP signature issue)
On Wednesday 21 Dec 2011 01:36:35 Gaetan Bisson wrote: [2011-12-20 19:38:19 +0530] Keshav P R: error: rekonq: key 22AD5874F39D989F is unknown error: key 22AD5874F39D989F could not be looked up remotely I opened a bug about this a couple of days ago: FS#27612. This seems to be Peter Lewis signing with (one of his many) subkeys... You're right, it seems to be to do with the use of a subkey. (Not sure why he does that.) Heh heh. This basically explains the reason quite well: http://wiki.debian.org/subkeys I have my master key stored offline, and I hope it will last forever without being compromised and I won't have to go around getting my key signed again. Also, the subkeys are only stored on a smart-card and, so I'm told, can't be taken off it. (I know, call me paranoid...) Do `gpg --recv-key E19DAA50` (primary ID) to get his key. Did this: % pacman-key -r 22AD5874F39D989F not work for you? I was discussing this problem with Seblu earlier and we could both just do this, only it wouldn't be imported automatically by pacman. Pete.
Re: [arch-general] Unable to upgrade community/rekonq (PGP signature issue)
On Wednesday 21 Dec 2011 03:15:58 Gaetan Bisson wrote: [2011-12-20 15:57:02 +] Peter Lewis: I have my master key stored offline, and I hope it will last forever I see. It's just to bad that it is only 1024-bit long... RSA and DSA keys of this length will probably be crackable in ten/fifteen years. (And I'm sure the NSA can already do it.) s/forever/longer than it's likely to otherwise with me at the helm/ ;-) To be honest, I'm no expert in this, but when I first set all this gnupg stuff up, I read that it was a good idea. Seems to be better than not doing it this way, at least. Pete.
Re: [arch-general] Top Posting Revisited
On Friday 16 Dec 2011 15:37:01 Ralf Madorf wrote: The Internet anonymity is grotesque, it's like talking to a chatbot like ELIZA (Weizenbaum is one of my idols :). Did you note that most Linux users use their real names :)? This is more important for me than thinking about top and bottom posting rules. Wow - out of the frying pan and into the fire, eh? ;-)
Re: [arch-general] KDE Debugging
On Saturday 10 Dec 2011 12:17:59 Marek Otahal wrote: It's not about a missing debugging program, but you would need kde built with debug symbols. Try to find packages with -debug or something alike in name. Not sure if arch has them prebuild though. No, you need to rebuild the relevant packages with debugging symbols included. Pete.
Re: [arch-general] Problem automatically importing key for signed package.
Ah, thanks guys. On Sat, 05 Nov 2011, Myra Nelson wrote: You need to import your key into the pacman-key database with sudo pacman-key --keysever pgp.mit.edu -r 22AD5874F39D989F, then everything shoud work fine. I knew that this was an option, but wasn't sure why everyone else's key seemed to be automatically pulled in by pacman during installs. You can also put keyserver hkp://pgp.mit.edu in /etc/pacman.d/gnupg/gnupg.conf and pacman-key will use pgp.mit.eduautomatically. But yes, this led me to to it. I had previously thought that all the keyservers synced with each other at some point, but apparently this isn't the case with keys.gnupg.net (at least). Sticking my key on that keyserver means that it behaves as expected. Thanks. On Sun, 06 Nov 2011, Thomas Bächler wrote: I don't know, maybe it uses a broken keyserver. Yeah, I wonder what the expected behaviour is regarding syncing of keyservers. I'm sure I read somewhere that uploading to one was supposed to be sufficient. Note that this is not the final solution. In the near future, Arch users will automatically have all the keys of developers and TUs set up with trust levels configured, without having to import them from keyservers. I hope this is done soon. Yeah, I'm looking forward to this too. It's been good watching this get implemented. Cheers, Pete.
[arch-general] Problem automatically importing key for signed package.
Hi, I've been trying to get to grips with the package signing stuff, and have just added my first signed package (choqok) to [community], but am having a problem installing it from the repo, when pacman doesn't already know about my key. I'm probably missing a step somewhere, or maybe I've found a bug, not sure. I followed the instructions on the wiki, with the slight difference that I already had a key, so just used that one. Here's the problem. After successfully building in a chroot and submitting and signing the package, all using devtools, I get this: % sudo pacman -S choqok ... error: choqok: key 22AD5874F39D989F is unknown error: failed to commit transaction (invalid or corrupted package (PGP signature)) Errors occurred, no packages were upgraded. I tried the obvious cache clearing and -Syy'ing, just to be sure, but that didn't fix it. For other people's packages, after the key XXX unknown message, I get the option to get it from the keyserver and add it to pacman's keyring. But I don't get that option for my own key. But: % gpg --homedir gpg-temp --keyserver pgp.mit.edu --recv-keys 22AD5874F39D989F gpg: requesting key F39D989F from hkp server pgp.mit.edu gpg: key E19DAA50: public key Peter Richard Lewis p...@muddygoat.org imported gpg: no ultimately trusted keys found gpg: Total number processed: 1 gpg: imported: 1 And just to be sure, in my build directory: % gpg --verify choqok-1.2-2-x86_64.pkg.tar.xz.sig gpg: Signature made Sat 05 Nov 2011 05:27:56 PM GMT using RSA key ID F39D989F gpg: Good signature from Peter Richard Lewis p...@muddygoat.org gpg: aka Peter Richard Lewis prle...@letterboxes.org gpg: aka Peter Richard Lewis p.r.le...@cs.bham.ac.uk gpg: aka Peter Richard Lewis ple...@aur.archlinux.org At first I thought that maybe pacman wouldn't support multiple UIDs, but then pacman-key -l shows up that several devs and TUs have this. Did I miss something that I should have done? Thanks, Pete.
Re: [arch-general] [arch-dev-public] [signoff] linux-3.1-2
On Fri, 28 Oct 2011, Evangelos Foutras wrote: Archlinux Changes: - $(uname -r) reports now the full kernel version Interesting... can someone clarify what's going on with this? I was under the impression that under the new versioning scheme some versions would only have two numbers now, e.g. 3.0. Is this not the case any more and we will always have a third number? Is this an Arch specific thing or an upstream thing? (I've just been fixing some software to cope with the case when uname doesn't return a third number... perhaps that would no longer be necessary?) Thanks! Pete.
Re: [arch-general] [arch-dev-public] [signoff] linux-3.1-2
On Fri, 28 Oct 2011, Thomas Bächler wrote: Interesting... can someone clarify what's going on with this? I was under the impression that under the new versioning scheme some versions would only have two numbers now, e.g. 3.0. Is this not the case any more and we will always have a third number? Is this an Arch specific thing or an upstream thing? The 3.1.0 is upstream. Our new versioning scheme is: upstream version number-Arch Linux pkgrel-ARCH Thanks. I am a bit confused though, as I thought it should be '3.1', then '3.1.1' and so on, but '3.1' is '3.1.0' instead, at least internally. Yeah, this confused me too. I was expecting 3.1 to be 3.1, not 3.1.0. I think that there have been some complaints about software breaking because of it relying on three version numbers, so perhaps they're just going to add the third .0 after all... oh well, that's probably the easiest thing anyway. Thanks again, Pete.
Re: [arch-general] [signoff] linux-3.1-2
On Thu, 27 Oct 2011, Thomas Bächler wrote: Am 27.10.2011 06:00, schrieb illdred: and some of the error messages mention something about scsi but fore scrolling past. then the system stops doing anything. This may or may not be related, but I had to put options scsi_mod max_luns=4 (4 was enough, perhaps a lower number is also sufficient) in /etc/modprobe.d/modprobe.conf to get it to fully recognise a USB stick with mass storage devices on multiple LUNs. I don't have to do this on the current [core] package. It's also possible that this is due to hardware instead, since I run [testing] on one machine and not on another (the stick is new). I can investigate further tonight. Pete.
Re: [arch-general] Content of new text file
On Wed, 13 Jul 2011, Squall Lionheart wrote: When using Dolphin in KDE4 to *Create New Text File...* the new file is not empty, it contains a space and a newline character. I have looked for some kind of setting or template file that controls this default and have not been successful. I was wondering if anyone knows how to modify this behavior or can provide a link to a how to. My goal here is to simply create an empty file just like if you used *touch newfile.txt*. Looks like a case for https://bugs.kde.org. If it comes down to it being a bug, I'll file a report. Just want to make sure it's not just a template somewhere first. /usr/share/templates/TextFile.desktop will let you configure it. You can point the URL variable to your desired template file. Pete.
Re: [arch-general] Gnome 3 + KDE 4 are both large disappointments.
On Sun, 10 Apr 2011, Jelle van der Waa wrote: While with GNOME it's the case that GNOME2 is dead , SO LONG LIVE GNOME3!! *jelly drinks beer with his gnome friends Seriously, if someone does fork gnome2, they should so call it troll. Pete.
Re: [arch-general] Where should system-wide vim files go?
Hi, On Mon, 04 Apr 2011, Oon-Ee Ng wrote: Checked out some other vim colour-themes on the AUR, the majority seem to install to the same location. Some choose /usr/share/vim/vim** instead, but that breaks when vim updates. Perhaps /usr/share/vim/vimfiles makes more sense (only found one PKGBUILD using that so far). I believe that now the correct behaviour is for things that are version specific to go in /usr/share/vim/vimXX and everything else to go in /usr/share/vim/vimfiles. Some vim-ninja can probably correct me, though :-) Pete. PS. Yes, by this standard, many PKGBUILDS in the AUR are wrong, and need fixing.
Re: [arch-general] [arch-dev-public] [signoff] pacman 3.5.1-1
On Wed, 23 Mar 2011, Dan McGee wrote: Should fix all the known rough edges in 3.5.0 release. http://projects.archlinux.org/pacman.git/tree/NEWS?h=maint All issues from the 3.5.0 signoff thread have been addressed. For what it's worth, signoff x86_64 with pleasure. Thanks for all the great work into 3.5 guys, -Q now appears orders of magnitude faster. Just wanted to say great work, s'all :-) Pete.
[arch-general] Pacman db files and permissions.
Hi, It seems to me that something has changed regarding the way pacman handles permissions of its files since 3.5. I updated to pacman 3.5 yesterday, and today tried to do a pacman -Ss foo as my normal user. I got some error: could not open file errors and it bailed. Now, I have my umask set as 077, but this didn't seem to affect the way pacman worked before: % ls -l /var/lib/pacman/sync/core/pacman-3.4.3-1/desc -rw-r--r-- 1 root root 370 Mar 17 19:53 /var/lib/pacman/sync/core/pacman-3.4.3-1/desc % ls -l /var/lib/pacman/sync/core.db -rw--- 1 root root 38K Mar 18 05:25 /var/lib/pacman/sync/core.db Did pacman used to set the permissions on things it had downloaded, and this hasn't been added to the .db file handling code? Or is this supposed to happen? Thanks, Pete.
Re: [arch-general] Pacman db files and permissions.
On Sat, 19 Mar 2011, Allan McRae wrote: On 19/03/11 08:34, Peter Lewis wrote: It seems to me that something has changed regarding the way pacman handles permissions of its files since 3.5. Please file a bug report. Before the sync databases were extracted so your umask did not matter. Now it apparently does... Thanks, done: FS#23343. Pete.
Re: [arch-general] kde4 loads kde3 parts -- is this a packaging issue?
On Saturday 26 February 2011 04:50:50 David C. Rankin wrote: I need some help figuring out where to start in trying to keep kde4 from loading most of kde3 when kde4 is launched from the kdm chooser. Just a wild guess from someone who spent quite a while trying to get KDE 3.5.n installed in /opt load in an environment with 3.5.m was installed in /usr (where nm): what is your $KDEDIRS variable? (Note the fact that KDE has used singular and plural of this variable over the years). Additionally, I suppose it might be an XDG thing. Take a look inside some of the .desktop files, e.g. for plasma: /usr/share/autostart/plasma-desktop.desktop: [Desktop Entry] Exec=plasma-desktop X-DBUS-StartupType=wait Name=Plasma Desktop Workspace snip translations Type=Service X-KDE-StartupNotify=false OnlyShowIn=KDE; X-KDE-autostart-phase=0 The key here is that something detected that you're in KDE, and hence the OnlyShowIn=KDE kicked in and loaded it. I know much less than other on this list about how these XDG things work, but it seems to me you might need to have some new option for OnlyShowIn for KDE3 or TRINITY or somesuch. Pete.
Re: [arch-general] Trinity Running on Arch Linux!
On Wednesday 16 February 2011 17:32:59 David C. Rankin wrote: It works! After building kdebase (and fighting with other modules), I just decided to start trinity and see if it would work. Changed ~/.xinitrc to 'startkde' and then typed 'startx' and: http://www.3111skyline.com/dl/dt/trinity/ss/trinity-first-run.jpg http://www.3111skyline.com/dl/dt/trinity/ss/trinity-running_01.jpg Congrats David! Good job! Pete.
Re: [arch-general] Package deletion request
On Monday 14 February 2011 12:43:04 D. Can Celasun wrote: I've adopted, updated and reuploaded the ejecter[1] package as indicator-ejecter[2] to follow the general naming convention regarding Ayatana packages [3] . Can someone please delete the original ejecter package? [1] http://aur.archlinux.org/packages.php?ID=20493 [2] http://aur.archlinux.org/packages.php?ID=46497 [3] https://bbs.archlinux.org/viewtopic.php?id=99746p=1 Done - thanks for the effort in keeping things consistent! Pete.
Re: [arch-general] pacman -S xfce4-goodies fail
On Tuesday 01 February 2011 12:31:44 doherty pete wrote: when i input pacman -S xfce4-goodies many information like this xfce4-xkb-plugin-0,5.3.3-4_x86_64.pkg.tar is invalid or corrupted ... ... how to resolve this? The file was probably corrupted during download. Try deleting it from /var/cache/pacman/pkg and running pacman again. HTH, Pete.
Re: [arch-general] wiki page for Building Trinity on Arch - You want it here or on the trinity site?
On Friday 28 January 2011 17:20:40 David C. Rankin wrote: 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. Nice :-) So what say the powers that be? Do the wiki page here or at Trinity? I have no power, but I say stick it on the Arch wiki. I'd like a read. Pete.
Re: [arch-general] about pacman -S nvidia
On Thursday 27 January 2011 13:35:04 Ng Oon-Ee wrote: On Thu, 2011-01-27 at 14:28 +0100, Vlad George wrote: On Thu, Jan 27, 2011 at 06:21:38PM +0800, doherty pete wrote: i just down from kernel.org adn install it CLASSIC! You gotta love one-word replies. Especially with the over-use of punctuation. Methinks the OP would prefer Gentoo =p LFS FTW!1!!!11!!
Re: [arch-general] Robson Peixoto invited you to Dropbox
dropbox email invitation On Monday 24 January 2011 10:06:18 Ray Rashif wrote: 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_. Call me a noob, but I don't understand why these emails get sent. I've seen a few of them around on email lists. It seems to be that either someone uploads their entire addressbook to a random website (doesn't seem like a clever idea) or else gives the website their email password (very bad idea). What gives? Pete.
Re: [arch-general] Robson Peixoto invited you to Dropbox
On Monday 24 January 2011 10:19:02 Ng Oon-Ee wrote: On Mon, 2011-01-24 at 10:12 +, Peter Lewis wrote: dropbox email invitation On Monday 24 January 2011 10:06:18 Ray Rashif wrote: 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_. Call me a noob, but I don't understand why these emails get sent. I've seen a few of them around on email lists. It seems to be that either someone uploads their entire addressbook to a random website (doesn't seem like a clever idea) or else gives the website their email password (very bad idea). What gives? Plenty of the more 'social'-orientated websites are linked in to the popular free emails (gmail especially). You don't give your password to the website itself, it just asks for permission to do something with your contact list (normally spam an invite to itself to everyone there). As I understand it, the website never even sees your addressbook, just uses the google-created api to send an email to everyone in it. Ah, I see. Not using any webmail system I suppose I've never encountered this. I tend to think at least twice before letting something connect to my twitter account! ;-) Thanks. Pete.
Re: [arch-general] Robson Peixoto invited you to Dropbox
On Monday 24 January 2011 10:41:38 Ng Oon-Ee wrote: You're welcome. Unfortunately, that's the way the web works nowadays. :-( Also, at least in dropbox's case I did not remember them allowing selection of emails, its mainly all-or-nothing (which makes sense considering the size of the average gmail user's contact list with its auto-population crap). wow... don't do it, kids ;-)
Re: [arch-general] Rail Model font for coders
On Thursday 20 January 2011 14:15:32 Cédric Girard wrote: On Thu, Jan 20, 2011 at 2:54 PM, Jesse Young jesse.yo...@gmail.com wrote: hare_krsna_hare_krsna_krsna_krsna_hare_hare_hare_rama_hare_rama_rama_rama _hare_h...@lavabit.com wrote: Do you really believe this is a serious request ? Heh - but that is one cool email address. Pete.
Re: [arch-general] xdg autostart files.
On Thursday 13 January 2011 22:39:30 Ng Oon-Ee wrote: Is this really the right thing to do? Should that .desktop file be in the package or should it be up to the user to decide whether or not to load the GTK client? There is a wicd-nogtk in the AUR, http://aur.archlinux.org/packages.php?ID=40430 which is probably the easiest solution, I swapped over with no probems, all configs and such are the same. Thanks for the pointer Meyithi. I hadn't seen that. FWIW, on Gnome that directory seems ignored (at least wicd-gtk doesn't start up here). Pretty much par for the course for XDG complaince, then :-/ Strange. Okay, but my reckoning is that there shouldn't be a .desktop file which forces users to run the GTK client in there anyway. Will file a bug. Pete.
[arch-general] xdg autostart files.
Hi, I don't know much about XDG, but I was trying to figure out why every time I started up a desktop session (KDE) wicd-tray was being loaded, when I didn't want it to be. I couldn't find any reference to it in any of the KDE autostart directories. Then I noticed that it has a .desktop file in /etc/xdg/autostart, which is owned by wicd. I guess that I can delete the file, but that's a bit messy and it'll just get replaced when wicd gets upgraded anyway. Is this really the right thing to do? Should that .desktop file be in the package or should it be up to the user to decide whether or not to load the GTK client? Or is there another (preferred) way to disable it that I'm not aware of? Thanks, Pete.
Re: [arch-general] Patent protection
On Thursday 09 December 2010 11:00:43 Mauro Santos wrote: If Microsoft wants to get you, they will do so anyways, OIN member or not. OIN does not have a patent license for ALL patents that are being sold, and even if they had them, Microsoft has several other trivial patents like the ones on VFAT that can be used to sue everybody. Newsflash: they don't. Remember Google getting sued by Oracle? Both are OIN members, it's just a fact that not all patents owned by Oracle are shared with OIN, so Oracle is free to sue any OIN-member that uses those patents without a license. I have to agree that MS isn't going after the small guys, it's not profitable. I also have to agree with Ng Oon-Ee that joining may be raising the subjective value of the patents. However if joining is free and there are no maintenance costs, being protected from some patents is better than nothing, even if MS or any other party have other patents in their arsenal that can make the small guys close the shop if they want to. It would be interesting to know what other distros are doing, specially the larger ones which might be a target first. My view would be that we need to reject even the idea of stuff like this. It's just FUD, and quite effective FUD at that. Pete.
Re: [arch-general] Python 3 Rationale?
Hey Jeff, Interesting points. On Wednesday 08 December 2010 08:48:07 Jeff Cook wrote: Whenever I try bottom-posting, my clients complain that I just sent them a blank email. I think the trick is not to top or bottom post, but to interleave your reply, keeping the relevant parts of the original mail. It flows more like a conversation that way, and helps to build up arguments and counter arguments etc. As such, I am in the habit of top-posting because it is what most normal people expect; I suppose Outlook has established this trend. I try to remember to bottom-post when I write mailing lists (not too often), but it doesn't always work out. :( A little message at the top of the email, like in this one, I find helps. Also, it's rarely useful in an interleaved reply email to begin with vast amounts of quoted text (though there are obviously exceptions). I don't really have a preference for where the post goes. I don't find either annoying. I understand the point in standards but I don't think we should be rude to those who forget/neglect/feel differently. Ba-daa! Pete :-)
Re: [arch-general] Changing subject line - Was: Python 3 Rationale?
On Tuesday 07 December 2010 14:03:34 Julius Caesar wrote: On Tue, Dec 7, 2010 at 12:09 AM, Loui Chang louipc@gmail.com wrote: On Mon 06 Dec 2010 23:24 -0500, Kaiting Chen wrote: On Mon, Dec 6, 2010 at 9:12 PM, Allan McRae al...@archlinux.org wrote: Top posting vs. going off topic without changing subject lines. I'm not sure which is worse... Bottom posting in Gmail is a pain in the ass. --Kaiting. Get a better mail client. Sorry to butt in, but I am a GMail user and I am typing this in through Thunderbird. You can use GMail without using the webmail, and you can configure Thunderbird to automatically bottom-post. Just saying. ...and you really shouldn't ever blame your tools for your behaviour, in any walk of life... :-p
Re: [arch-general] Pulseaudio
On Monday 29 November 2010 09:21:12 Jan de Groot wrote: On Mon, 2010-11-29 at 10:09 +0100, Philipp Überbacher wrote: I guess I am one of those pulse-haters. I don't care whether it's in [extra], some other official repo or not since I simply don't need it. But now mplayer pulls in libpulse, and I have no idea which consequences this could have. I don't see why I need to have libs for a soundserver that I have no use for floating around on my machine. It is at best unnecessary and does nothing, at worst.. I don't know. I hope I don't need to install GNOME to turn it off or something.. (gconf and stuff). We are the first binary distribution that offers you the complete choice of pulse or not. There's not any binary distribution out there that dares to implement pulseaudio this way. Either they force it up your ass completely, which is the way upstream wants, or the don't support it at all, which we used to do before. Hear hear! And I for one am really grateful for the effort that's made this happen. Though the early part of this thread was the result of some sort of lack of understanding (on my part, at least, if not others too) I really think that, now this has been explained properly, this is a virtual non-issue. If you don't want that tiny lib on your system, be my guest, recompile all your mediaplayers to get rid of all those optional codecs for media you don't use. Those are useless libs too, but somehow nobody complains about that. (Unfortunately?), there are plenty of examples of this, like emacs always requiring gconf just in case you also have GNOME installed and ask emacs to use the GNOME font. But, there's always a tradeoff, and these things are not that big. And, in case anyone needed even extra flexibility that that which the dev's already try to provide (as in pulse's case), we have ABS and the AUR. Arch FTW! Pete.
Re: [arch-general] PulseAudio in [testing]
On Sunday 28 November 2010 12:48:38 Jan Steffens wrote: Note that as far as I know, phonon is an abstraction API with similar functionality like GStreamer, not PulseAudio. Yes indeed, that's my understanding too. Anyway, thanks Jan - I can report that I'm using KDE, VLC etc. without pulse and everything seems fine. This kind of separation and choice is one of the reasons why I really like Arch. Good work :-) As an aside... On Sunday 28 November 2010 10:11:12 Χρήστος Κώτσαρης wrote: In any case, Linux/GNU needs pulseaudio. Pulseaudio should be the api to target for all apps. The kind of functionality it provides it is needed if modern distros are to compete with Windows 7. Windows 7 now provide the functionality to switch sound cards on the fly without restaring the app playing sound. Personally speaking, I can honestly say that I've never even considered this functionality. And I for one don't think that Arch's aims are (nor should be) to just try to keep up with Microsoft's bloat. Have it as an option for those that want this, by all means, but Arch way beats Windows 7 in pretty much every criteria I have. Pete.
Re: [arch-general] PulseAudio in [testing]
On Saturday 27 November 2010 06:30:36 Ng Oon-Ee wrote: Good to see the overwhelming positive lean; is pulse being considered for an eventual default by chance? Almost nothing is default on Arch... So you should ask Gnome. And the answer is that yes, it will be default on Gnome. If you do not use Gnome, then only if the apps you pull need it. Given that it's been said that if pulse is installed on your system and a program calls its client lib, then this starts the pulse server, which in turn takes over your whole sound system and forces everything else to use it (I'm paraphrasing, but that's what I understood), I for one would not like pulse to be a required dependency of anything. I'm not trying to troll, but that sounds like malware to me. Pete.
Re: [arch-general] Gnome question (that is unanswered on the gnome mailinglist)
On Monday 18 October 2010 at 07:48 Magnus Therning wrote: I thought I'd try my luck on here, even though this is a rather Gnome-specific question: In the past I've been using seahorse to provide both a gpg agent and an ssh agent. Recently I noticed that gnome-keyring-daemon provides both of those agents. I must say though that it seems to be very flaky. I'll switch back to using seahorse for now, but I'm still wondering why it is that there are two Gnome components with so much overlapping functionality. Will one replace the other? I don't use GNOME and my info might be out of date, but my understanding was that seahorse is replacing gnome-keyring for everything. Cheers, Peter.
Re: [arch-general] Clearing out [testing]
On Sunday 26 September 2010 at 11:17 Allan McRae wrote: I want to move the python rebuilds to the [testing] repo after the new GNOME release hits the main repo. So now would be a good time for us to do a clear out of [testing]. Here is a somewhat annotated list of packages currently in the repo: snip texlive: texlive-* FWIW, I've been using this for weeks now. Built my PhD thesis with it amongst other things and everything seemed fine. Pete.
[arch-general] Yesterday's qtcurve update...
Yesterday's qtcurve update totally broke compositing on my KDE desktop. Specifically, the qtcurve-kde4 window decoration doesn't allow OpenGL to load, only XRender (which is very slow). Anyone else got this? % lspci -vv ... Display controller: Intel Corporation Mobile 945GM/GMS/GME, 943/940GML Express Integrated Graphics Controller (rev 03) ... :-( Pete.
Re: [arch-general] Chromium crashes KDE 4.5.1
On Wednesday 15 September 2010 at 10:08 Madhurya Kakati wrote: Is qt-gtk-engine used as the widget theme for gtk apps? Yes i am using the GTK engine. is it causing the problem? Well it seems like that's not necessarily (the whole of) the problem, but I have noticed qt-gtk-engine crashes some programs sometimes. A good bet is just to try it again using some standard bundled theme first and see if the same behaviour is reproduced. Without a gtk engine the gtk apps look ugly in KDE. :( Well yes that can be true, unless you can find similar themes. A good alternative it qtcurve, which has packages for GTK and KDE, which then makes them look the same. It's also very configurable. But, see my other message :-( Pete.
Re: [arch-general] Chromium crashes KDE 4.5.1
On Tuesday 14 September 2010 at 02:17 Madhurya Kakati wrote: On Mon, Sep 13, 2010 at 11:04 PM, Adriano Moura adriano.l...@gmail.com wrote: 2010/9/13 Sven-Hendrik Haase s...@lutzhaase.com On 13.09.2010 18:38, Madhurya Kakati wrote: Hi, I am using Chromium 6.0.x with KDE 4.5.1. Whenever any website presents a dialog box asking for confirmation for something (for example in gmail if i close the tab without logging out it presents a dialog box asking for confirmation) and after i click on any button on it the kde panel crashes. Also, i suspect plasma crashes too but applications that are open including chromium do not crash. This happened even in KDE 4.4.However it happens in KDE only and not in any other DE. Please tell me why this happens and how to stop it from happening. Thanks. P.S- Telling me to stop using KDE is not an appropriate answer :P Using that exact setup and haven't seen this crash yet. Do you have any error logs after starting the panel manually? Is qt-gtk-engine used as the widget theme for gtk apps? Yes i am using the GTK engine. is it causing the problem? Well it seems like that's not necessarily (the whole of) the problem, but I have noticed qt-gtk-engine crashes some programs sometimes. A good bet is just to try it again using some standard bundled theme first and see if the same behaviour is reproduced. Cheers, Pete.
Re: [arch-general] Shouldn't pacman restart dovecot after update?
Hi, On Wednesday 04 Aug 2010 at 06:22 Andreas Radke wrote: You seem to want to use a distribution made safe for less skilled users. Why do you keep wasting our time suggesting to make Arch something it's not meant to be??? I don't think that David necessarily does want this, and I hope no one will mind mind if I say that I don't think this is really a very helpful response. David has come to the list and asked a question, since pacman didn't behave the way he expected it to (albeit from experience from other distros) - which is valid. David's original question of why didn't/shouldn't pacman restart dovecot has been answered and I don't think that anyone thinks that paman should start doing things like that. I've learnt a reasonable amount about linux over the years, and a lot of it has been through asking (perhaps naive) questions on mailing lists. One thing I've learnt is that there's always someone who knows more than you and thinks your question is trivial, and there's always someone who barely understands what you're asking. It's not about overall world-of-warcraft-style linux skill points, it's just about where your knowledge is focused. For example, I just checked and I have 1394 packages installed on my laptop. I'll be damned if I can remember the eccentricities of all of them! If Arch doesn't fit you needs you shouldn't use. This is of course true, but in order to appreciate the beauty of a simple distro like Arch, one has to understand *why* Arch does things the way it does IMO. One way of doing this (of course in addition to reading the wiki etc) is to ask around. No one individual is obliged to answer. If package updates and restarting a daemon is hard to handle for you should really think about this. You seem to hold the record in the last months for silly questions about updating and using our distribution. Not helpful. See above. WARNING: Constructive part of the post!! :-) If you think you need a list of packages to remember where you should interact, go on and create one your own. Absolutely, why not? If someone really wants to implement this, why not have a flag set somewhere that tells pacman whether you want package hints or something turned on. Then let packages set a one line package hint. Not for everyone, but some people with poor memories (like me) might find it useful. Patches welcome? Cheers, Pete.
Re: [arch-general] Shouldn't pacman restart dovecot after update?
On Tuesday 03 Aug 2010 at 09:28 Magnus Therning wrote: No useless little 1-line notes only ment for braindead users.. i only want to see what i need to see. I doubt I'm as knowledgeable on Linux systems as you, so I'd rather like seeing a bit more messages than you need to see. I have to admit that the recent dovecot update caught me out too for a few minutes, until I realised that I'd had no new email for an eerie amount of time. But I don't think it's quite as simple as there shouldn't be messages like this or that it's about linux experience. In my experience, some packages are affected differently than others when they are upgraded while running. Here are three different examples in my anecdotal experience (details may be incorrect): - Dovecot: a running instance appears to totally break and need restarting. - KDE: session needs restarting to run the new desktop, but the old one will carry on running happily, possibly causing the occasional problem. Newly launched apps are the new version (can lead to further problems). - Firefox: everything seems fine to carry on fine. Restart the instance at your leisure. With a particular package, you've no idea which category this falls into. Sure, you could apply the safest approach of always restarting everything that's upgraded, but that's not always practical. IMO it would be nice to have short indicators when something is likely to severely break until restarted. I don't think that's overkill, it's just helpful. Cheers, Pete.
Re: [arch-general] No updates in a while - Is this the 'untiered mirror' thing?
On Monday 02 Aug 2010 at 08:24 Robert Howard wrote: I've noticed the same thing. No updates in a week. Very unusual for the packages I use. This thread just prompted me to check and yeah I hadn't had anything for at least a few days. I just did a sort of Monte-Carlo test, by switching mirrors in /etc/pacman.d/mirrorlist and suddenly got a whole load of updates. For reference, the mirror I was using (with no updates) was http://www.mirrorservice.org/ and the one I switched to (with the updates) was http://ftp5.gwdg.de HTH! Pete.
Re: [arch-general] No updates in a while - Is this the 'untiered mirror' thing?
On Monday 02 Aug 2010 at 08:48 Kazuo Teramoto wrote: On Mon, Aug 2, 2010 at 4:33 AM, Peter Lewis p...@muddygoat.org wrote: thread just prompted me to check and yeah I hadn't had anything for at least a few days. I just did a sort of Monte-Carlo test, by switching mirrors in /etc/pacman.d/mirrorlist and suddenly got a whole load of updates. Well... we dont have so much mirrors so a monte carlo sampling is needed, we can do it in a deterministic way Indeed :-) That's just me trying to get an indicative result to show there's something to investigate. Or laziness. Probably that, actually. I use reflector for this, its choose mirrors by updatedness, and can sort using rankmirrors Thanks for the tip. Pete.
Re: [arch-general] arch-dev-public misleading
On Monday 02 Aug 2010 at 15:50 Firmicus wrote: On 31/07/2010 14:00, Thomas Bächler wrote: Am 31.07.2010 13:30, schrieb jesse jaara: The name and description of the arch-dev-public mailing list are extreamly misleading, for me personally the name and description tells that the list is open for everyone to discuss about development of Arch Linux and apps. This also makes me think that there must also be a closed mailing list for the developers and USA government only, where they can discuss about putting a spying app to every single arch box there is. :D There IS a closed list, and it used to be the only development list for quite some time. In March 2007, arch-dev-public was created and virtually all development talk moved there (traffic on arch-dev is very minimal, mainly discussions about server infrastructure and world domination). I think Jesse is specifically asking why the arch-dev-public list is not open to everyone to WRITE to. Other devs can correct me if I am wrong, but the rationale for making it read-only to non-devs is to limit traffic to an acceptable level so that development discussions can be conducted productively. The arch-general list is open to everyone and all devs subscribe to it. But it is true that the read-only status of arch-dev-public could be stated more clearly on http://mailman.archlinux.org/mailman/listinfo/, perhaps changing it to something like: Public mailing list for Arch Linux development (read-only for non-devs) Yeah, if someone could be bothered, it might even make more sense to rename them such that arch-dev is the publicly readable list and arch-dev-private is the private one that no-one really knows about (or cares about). It's probably too much hassle for too many people, but would make things look a bit more obvious from a (non-dev) community member's perspective, while still also making perfect sense to the devs. I have to admit, I made the same mistake as Jesse when I first arrived in Archland. Pete.
Re: [arch-general] [arch-announce] Forum Update in Progress
On Friday 30 Jul 2010 at 10:51 Peter Lewis wrote: Now it's done, the fonts are all big! Is it just my eyes, or can they be made smaller again (the fonts, not my eyes)? Ah, just realised that the forum has different themes :-) Excellent work, thanks! Pete.
Re: [arch-general] [arch-announce] Forum Update in Progress
On Friday 30 Jul 2010 at 02:01 Arch Linux: Recent news updates: Allan McRae wrote: The update of our forum software to FluxBB 1.4 is currently in progress and may take a few more hours. Now it's done, the fonts are all big! Is it just my eyes, or can they be made smaller again (the fonts, not my eyes)? Thanks :-) Pete.
Re: [arch-general] [arch-dev-public] WARNING: KDE 4.5 RC3 in [testing]
On Tuesday 27 Jul 2010 at 09:29 Andrea Scarpino wrote: I am about to move the first wave of KDE 4.5 RC3 packages into [testing] without l10n packages. KDE SC 4.5.0 will released next week. Thanks Andrea - your work on providing these RC packages has been great. * no kdebindings-ruby (does not build with ruby 1.9) Any idea if this will be fixed by the time of the final release or will Ruby not be an option in 4.5? (Or will be required to use ruby 1.8 if we want ruby bindings?) Cheers, Pete.
Re: [arch-general] [arch-dev-public] WARNING: KDE 4.5 RC3 in [testing]
On Tuesday 27 Jul 2010 at 17:44 Andrea Scarpino wrote: On Tuesday 27 July 2010 17:54:00 you wrote: Any idea if this will be fixed by the time of the final release or will Ruby not be an option in 4.5? (Or will be required to use ruby 1.8 if we want ruby bindings?) Well, I do not think that this will be fixed in 4.5. (https://bugs.kde.org/show_bug.cgi?id=243565) You should be able to install ruby 1.8 and create a kdebindings-ruby package. You can use the current kdebindings PKGBUILD to build *only* the ruby bindings. Thanks for the info and link to the upstream bug. Will have a play... :-) Cheers, Pete.
Re: [arch-general] community/jre and community/jdk packages are out of date - PKGBUILD proposal
Hi, On Sunday 25 Jul 2010 at 16:50 Guillaume ALAUX wrote: I also have some suggestions for these packages: - rename them from {jre,jdk} to {java6-sun-jre,java6-sun-jdk} or so would enable us to use different versions of SUN's JVM (Java5, 6 and 7) Well the open jdk package is called openjdk6. It would be nice if all the similar packages had similar names, to make it obvious that they were alternatives. So if you want to rename them, how about either calling them sunjdk6 and sunjre6 or else renaming the open ones too to fit into the same scheme, e.g. java6-open-jdk? Although this has the down side that it no longer contains the phrase openjdk which is probably what some/most people search for. Just a thought. Pete.
Re: [arch-general] No Compiz with current Kernels - but compiz with Linux alchemy 2.6.32-lts OK - Huh?
On Monday 12 Jul 2010 at 05:12 David C. Rankin wrote: On my box I continue to have problems with the current kernels on, booting lts works fine with compiz - how is that so? IIRC - lts used to be cli only, now it boots into runlevel 5 just fine. Any thoughts on why compiz won't run on 2.6.34-2 or 2.6.34.1-1? Here is a bit more information: I don't do anything different when booting or starting Arch with any of the kernels or the radeon driver. I am totally confused why compiz works great with LTS, but white-screens with the current kernel. For both kernels, I don't use an xorg.conf and the modules loaded look the same: I don't know if this is caused by the same thing, but there's something similar happening with the intel driver too. Look here for a discussion: http://bbs.archlinux.org/viewtopic.php?id=99488p=2 Pete.
Re: [arch-general] Why no phonon in Qt
On Monday 28 Jun 2010 at 13:36 Caleb Cushing wrote: On Sun, Jun 27, 2010 at 10:53 PM, Shridhar Daithankar ghodech...@ghodechhap.net wrote: So why is phonon support disabled in Qt? if memory serves correct from gentoo days it has to do with qt phonon an kde phonon stepping on each others toes... however it might be for different reasons in arch. No idea really, but a quick query tells me that phonon is provided as a separate package: % pacman -Qs phonon local/phonon 4.4.2-1 The multimedia API for KDE4 local/phonon-gstreamer 4.4.2-1 Phonon Gstreamer backend So I'm guessing that you could rebuild Qt with phonon and remove the standalone phonon package(s) - but that might break other things that this approach is designed to make work. Or alternatively, can you tell webkit to look for the separate phonon that's not provided with Qt when it builds? Pete.
Re: [arch-general] What should the Arch Security Team be called?
On Thursday 17 Jun 2010 at 21:53 Angel Velásquez wrote: Let's Make Arch Overprotected (LMAO) Tape Arch's Cracks - Organiztaion (TACO) I vote for TACO ! or: Tape Arch's Cracks Over Toughened Arch Community Operation Tough Arch Crack Ops Lots of TACO options :-) But yes, something simple and obvious is probably better. How about: Standing Arch Linux Security Alliance (SALSA) :-D
Re: [arch-general] File Associations for firefox thunderbird :)^
On Tuesday 15 Jun 2010 at 06:48 Madhurya Kakati wrote: I am a full time KDE user and I don't have GNOME or its libraries. Firefox and Thunderbird keep asking me to choose applications to open .pdf, .doc, .xls, http://, etc. Is there no package which can fix the file associations for FF and TB ? That's likely some xdg stuff. It usually works using gnome, KDE and xfce but nothing else. KDE probably has some preferences thing somewhere, otherwise you're pretty much as f. as everyone who doesn't use a big DE. Hurray for 'Desktop Integration'.. I don't think so. xdg-settings --list gives on default-web-browser. You can't use xdg-settings when you don't have one of the major DEs running, xdg-open falls back to a hardcoded array of browsers in that case. It's all quite awkward if you don't use gnome, kde or xfce. I know, doesn't really help with your problem.. Have you read the first line of my post properly ? I said I am a 100% KDE user. tried system settings? the file associations there i guess. I've come across this problem too. I've never managed to get Firefox to honour KDE's file associations (which is big negative IMO), but on one machine, it did remember what I told it to do. From memory, Firefox's file associations can be edited in Edit-Preferences-Content, but I'm not sure if Thunderbird has something similar, since I don't use it. So can Firefox use XDG? I was under the impression that it just managed its own associations. On another machine though, with an identical set-up, it continually asks for a binary to open the file with, and you have to point the file dialog to /usr/bin/okular or whatever. This is annoying, but I've no idea why it worked in one case by not the other. Pete.
Re: [arch-general] Broken kwallet after kde 4.4.4 update
Hi, On Wednesday 02 Jun 2010 at 21:56 Marek Otahal wrote: anyone else experiencing issues with kwalletmanager after the upgrade? Nothing too helpful to add I'm afraid, other than it's working here. I upgraded yesterday and had no problems. KWallet seemed to forget that Korgac was allowed to access it, but everything else has been fine. Good luck, Pete.
Re: [arch-general] Google Chrome
On Friday 28 May 2010 at 10:14 Madhurya Kakati wrote: Now that Google Chrome is not beta any more and chromium hasn't been updated in the repos yet i think i should install Google-Chrome from AUR. However Chrome for linux is very much behind Chrome for windows so I want to ask to those users who have tried it or are using it that whether i should install the google-chrome package or the google-chrome-beta or google-chrome-dev. You might want to try iron. I'm using it right now and it is basically the same, except that they've removced the bits of code that send Google tracking information about your activities. It's in the AUR. Pete.
Re: [arch-general] Running Mozilla Prism?
On Thursday 27 May 2010 at 13:35 Nicolás Reynolds wrote: I don't have time to do this right now, but if anyone fancies turning these instructions into a prism-svn package, then I'd be happy to help test. there you go :) http://aur.archlinux.org/packages.php?ID=37539 Excellent, thanks Nicolás! I'm just installing it now... I did notice a small typo though, line 39 should read: cd ${srcdir}/mozilla-1.9.2/mozilla-obj/prism/dist not cd ${srcdir}/mozilla-1.9.2/mozilla-obj/prism/dist/prism Will report back... Pete.
Re: [arch-general] Running Mozilla Prism?
On Thursday 27 May 2010 at 16:34 Peter Lewis wrote: there you go :) http://aur.archlinux.org/packages.php?ID=37539 Ah, also that /usr/bin/prism links to the pkgdir when it should link to /usr/lib/prism-1.0b4/bin/prism But, fixing that, it launches but just gives a window with the following error in it: XML Parsing Error: undefined entity Location: chrome://webrunner/content/webrunner.xul Line Number 58, Column 5:command id=cmd_saveImage label=saveImage.label; oncommand=WebRunner.doCommand(this.id);/ Any idea? Thanks, Pete.
Re: [arch-general] Running Mozilla Prism?
On Tuesday 25 May 2010 at 14:30 Magnus Therning wrote: Anyone out there using Prism successfully on Arch 64bit? After reading this thread I just took a look - I hadn't heard of it before. It seems the PKGBUILD pulls in an i686 binary (there's a complementary bin32- version). Is there a reason why it's not a source package? Pete.
Re: [arch-general] Running Mozilla Prism?
On Wednesday 26 May 2010 at 10:16 Magnus Therning wrote: On Wed, May 26, 2010 at 10:03, Peter Lewis p...@muddygoat.org wrote: On Tuesday 25 May 2010 at 14:30 Magnus Therning wrote: Anyone out there using Prism successfully on Arch 64bit? After reading this thread I just took a look - I hadn't heard of it before. It seems the PKGBUILD pulls in an i686 binary (there's a complementary bin32- version). Is there a reason why it's not a source package? This is where the confusion may be. I'm using the Firefox extension[1]. Ah, I haven't tried that. The stand-alone app is only built for 32bit by upstream (that seems to be a common situation for Mozilla stuff, rather sad if you ask me ;-). The code is available in an SVN repo so it ought to be possible to do a build from source. Yes, I could only find a 32-bit binary from Mozilla. But, things in the AUR usually build from source unless there's a reason not to, right? I don't know if there is a policy to this effect, or if it's just common practice... but PKGBUILDS should /build/, right? :-) I just checked out Prism from SVN, but there isn't a readme on how to build it and I don't have any experience with building mozilla's code. Also the Prism wiki doesn't provide any information either. Will post back if I get anywhere... Pete.
Re: [arch-general] Running Mozilla Prism?
On Wednesday 26 May 2010 at 11:31 Peter Lewis wrote: The stand-alone app is only built for 32bit by upstream (that seems to be a common situation for Mozilla stuff, rather sad if you ask me ;-). The code is available in an SVN repo so it ought to be possible to do a build from source. I just checked out Prism from SVN, but there isn't a readme on how to build it and I don't have any experience with building mozilla's code. Also the Prism wiki doesn't provide any information either. Will post back if I get anywhere... Okay, the build instructions are here: https://developer.mozilla.org/en/Prism/Build And it seems that it needs to be built inside of xulrunner and then separated out :-( I don't have time to do this right now, but if anyone fancies turning these instructions into a prism-svn package, then I'd be happy to help test. Cheers, Pete.
[arch-general] New udev rules
Hi folks, I'm new to posting here, but figured that it might be the place to ask about this kind of thing :-) I just bought a new printer/scanner - a Brother DCP-305C - and noticed that it's not included in the udev rules for sane (/etc/udev/rules.d/53-sane.rules), though quite a lot of similar models are. Basically the scanner wouldn't work until I added: # Brother DCP-350C ATTRS{idVendor}==04f9, ATTRS{idProduct}==01d0, MODE=0664, GROUP=scanner, ENV{libsane_matched}=yes So... how does one go about getting this included in the default ruleset? Is it an Arch thing or done upstream? Thanks in advance, Pete.