Re: [arch-general] A good twitter client
On Sunday 07 March 2010 13:08:42 christopher floess wrote: On 03/07/2010 03:15 AM, Nilesh Govindarajan wrote: Hi, Does anyone know a good twitter client for KDE apart from Firefox's echofon, Chromed Bird (I don't use GChrome), and KDE μblog ? Twitgin sucks if you have to many tweets from people you're following and that's my case. I'm using mitter. It's gtk though, and I tend to think it's not that feature rich, but I'm not sure because I don't use the twitter features. What happened to kde twitter widget? I cannot find it anymore in the list of widgets. Following claims that it is still available with 4.4. It is not available online either. http://www.linuxplanet.com/linuxplanet/reports/6978/1/ http://www.linuxplanet.com/linuxplanet/reports/6978/1/ -- Regards Shridhar
[arch-general] Messages from fcron
I keep on getting messages from fcron along what can be found below. Does anyone know where I should look to fix this? /M Original Message Subject: fcron sys...@tatooine /usr/sbin/run-cron /etc/cron.daily Date: Sun, 7 Mar 2010 08:58:09 + From: magnus.thern...@ntlworld.com To: magnus.thern...@ntlworld.com error: syslog-ng:1 duplicate log entry for /var/log/crond.log error: found error in /var/log/messages.log /var/log/auth.log /var/log/mail.log /var/log/kernel.log /var/log/errors.log /var/log/daemon.log /var/log/user.log /var/log/iptables.log /var/log/everything.log /var/log/syslog.log /var/log/acpid.log /var/log/crond.log /var/log/lpr.log /var/log/uucp.log /var/log/news.log /var/log/ppp.log /var/log/debug.log , skipping signature.asc Description: OpenPGP digital signature
Re: [arch-general] svn packaging, abs = git ?
Am Sonntag, 7. März 2010 12:03:08 schrieb Dieter Plaetinck: 2) svn-git migration is not trivial, since tools, the website, .. will need to be adapted. The problem is that our current repo layout and workflow is not mappable to git. E.g. we use svn's feature to checkout specific dirs/files etc.. But I guess if someone would come up with a superior solution using git we would be quite happy. -- Pierre Schmitz, https://users.archlinux.de/~pierre
[arch-general] Changed GNUstep directory in new windowmaker package
Hi, today I have released a new release of the windowmaker package. The important change is the GNUstep directory. I have changed this to /usr/lib/GNUstep. It was requested as a bug report (http://bugs.archlinux.org/task/15301) and it’s now equal to Debian’s GNUstep directory location. That means, you have to change the directory for the WPrefs.App which has now the new location. All other things should be run without problems. If you have older GNUstep applications, you have to recompile them with the new location if they way located in the old GNUstep directory. -Daniel
Re: [arch-general] svn packaging, abs = git ?
On 07/03/2010, Pierre Schmitz pie...@archlinux.de wrote: Am Sonntag, 7. März 2010 12:03:08 schrieb Dieter Plaetinck: 2) svn-git migration is not trivial, since tools, the website, .. will need to be adapted. The problem is that our current repo layout and workflow is not mappable to git. E.g. we use svn's feature to checkout specific dirs/files etc.. But I guess if someone would come up with a superior solution using git we would be quite happy. Sparseness is a complicated matter in git: http://www.kernel.org/pub/software/scm/git/docs/git-read-tree.html#_sparse_checkout And we need that the most. -- GPG/PGP ID: B42DDCAD
Re: [arch-general] svn packaging, abs = git ?
On Sun, 7 Mar 2010 21:18:26 +0800 Ray Rashif schivmeis...@gmail.com wrote: On 07/03/2010, Pierre Schmitz pie...@archlinux.de wrote: Am Sonntag, 7. März 2010 12:03:08 schrieb Dieter Plaetinck: 2) svn-git migration is not trivial, since tools, the website, .. will need to be adapted. The problem is that our current repo layout and workflow is not mappable to git. E.g. we use svn's feature to checkout specific dirs/files etc.. But I guess if someone would come up with a superior solution using git we would be quite happy. Sparseness is a complicated matter in git: http://www.kernel.org/pub/software/scm/git/docs/git-read-tree.html#_sparse_checkout And we need that the most. -- GPG/PGP ID: B42DDCAD hmm.. it doesn't look _that_ hard: http://vmiklos.hu/blog/sparse-checkout-example-in-git-1-7 Btw, re: my con 1 (disk space needed for history), one could use git clone --depth if one only wants recent history. (though i don't think this will be an issue at all in practice) Dieter
Re: [arch-general] svn packaging, abs = git ?
On Sun, 07 Mar 2010 14:49:01 +0100 Thomas Bächler tho...@archlinux.org wrote: 1) We want to be able to see which PKGBUILD matches the package in the repository. In SVN, we use copy - which is subversion's equivalent to branching: By copying, you create a reference and all history of the copied file is still there. In git, copying means that the copy has no history, it is entirely unrelated to the original. The only equivalent in git would be branching - but you cannot branch a single file or path, you can only branch the entire tree. Note that with package in repository Thomas means the package/repos/i686 and such directories in svn. There are some approaches we could take: * git diff has a -C flag to detect copies. --find-copies-harder For performance reasons, by default, -C option finds copies only if the original file of the copy was modified in the same changeset. This flag makes the command inspect unmodified files as candidates for the source of copy. This is a very expensive operation for large projects, so use it with caution. Giving more than one -C option has the same effect. so, we tell all packagers to do the add/update/test/add-to-repositories in one commit. (or use the slow -C flag, I don't know how often you want to do this) * git branches. 3 branches or so for each package. that's a lot of branches, but maybe that's not really a problem, depends on how many times you want to merge branches i guess (i.e. how related packages are to each other) * we could also get rid of these branch directories. what's the point of them anyway? the tools who build the packages (tarballs) must know the latest version for the particular architecture? maybe we can put tags in the commit messages, or keep a textfile in the package directory to know which state of the directory is usuable to build packages for. * just do normal copies and don't care about the histories. I'm not really a packager so I don't know how feasible all approaches are, but some of them seem pretty feasible. 2) Partial checkouts and commits: We check out single directories and most importantly we commit to single directories without updating the rest of the repository. These operations come naturally to SVN, but they are against the very concept of git. did you see http://vmiklos.hu/blog/sparse-checkout-example-in-git-1-7 ? is this not enough? I mean, you can clone the (complete) repository, checkout the git repo sparsely, commit in your subdirs, add the clone as remote in your original and pull in the changes. okay you do have the complete 57MB repository locally, but at least a clean checkout. I actually just tried this and it just works! Dieter
Re: [arch-general] svn packaging, abs = git ?
Am 07.03.2010 12:03, schrieb Dieter Plaetinck: Couldn't find any discussion about this, but what about we maintain our packages in git instead of svn? pros: 1) git is awesome That is a personal opinion, not an argument. 2) we don't need abs/rsync anymore. users can just read from git. Users would have to learn git commands. 3) git network communication is more efficient then rsync (afaik) Maybe, I do not know. 4) users can check out older versions of packages easily, with limited storage overhead. Do you want to store binary packages in the git repo? Maybe I misunderstand you. Checking out older PKGBUILDs would be doable in svn also, I guess. 5) makes it easier to maintain forks of packages (have your own git repository with some changes, then merge in upstream changes to keep them up to date. upstream == arch linux here) cons: 1) using git for abs will use more disk space because you need the checkout + the repo (a 60% or increase or so? my abs tree is now 57MB, so even if this becomes 100MB that's still ok imho) 2) svn-git migration is not trivial, since tools, the website, .. will need to be adapted. Dieter We should not do that. git imho is by far to complicated for end users to use. Lets keep it easy. Regards Stefan
Re: [arch-general] A good twitter client
On Sunday 07 Mar 2010 7:45:31 am Nilesh Govindarajan wrote: Hi, Does anyone know a good twitter client for KDE apart from Firefox's echofon, Chromed Bird (I don't use GChrome), and KDE μblog ? Twitgin sucks if you have to many tweets from people you're following and that's my case. Here is my list of twiiter clients: * Adobe Air Based: tweetdesk,twhirl,Destroy Twitter. *GTK/KDE apps: choqok,mitter,microblog-purple I personally use twhirl which is available in AUR -- Regards, Gaurish Sharma www.gaurishsharma.com
Re: [arch-general] svn packaging, abs = git ?
On Sun, Mar 7, 2010 at 7:55 PM, Dieter Plaetinck die...@plaetinck.be wrote: On Sun, 07 Mar 2010 19:51:30 +0100 Stefan Husmann stefan-husm...@t-online.de wrote: 4) users can check out older versions of packages easily, with limited storage overhead. Do you want to store binary packages in the git repo? Maybe I misunderstand you. Checking out older PKGBUILDs would be doable in svn also, I guess. no, i was talking about the source packages (pkgbuilds, install files etc). now you can get all that stuff with ABS, but only the latest version. uhm ? Ray already showed you can obviously do that with svn as well, and you even answered to him :) http://wiki.archlinux.org/index.php/Getting_PKGBUILDS_From_SVN
[arch-general] New xorg-server package braks fluxbox?
Hi, Today's pacman -Syu installed new xorg-server package: % pacman -Qs xorg-server local/xorg-server 1.7.5.901-1 (xorg) X.Org X servers I have xorg.conf configured without hal support: Section ServerFlags Option AutoAddDevicesFalse Option AllowEmptyInput False EndSection I also have fluxbox installed: % pacman -Qs fluxbox local/fluxbox 1.1.1-1 A lightweight and highly-configurable window manager And with the new xorg-server the behavior I'm seing is that if I try to maximize/minimize a window, fluxbox freezes, but if I do top, I don't see any process eating resources, neither memory, neither cpu... Another weird behavior, is that fluxbox keys are dead. I configured for example: # alt-left / alt-right Mod1 Right :NextWorkspace Mod1 Left :PrevWorkspace And they don't work. Well, if I try them like between the 1st 2 seconds, they actually work, after 2 seconds, they don't do a thing... I don't think this is a video card issue, since I have the same issue with a nvidia video card, and an ati video card: Driver nvidia VendorName NVIDIA Corporation BoardName Quadro FX 570M ... Driver radeon VendorName ATI Technologies Inc BoardName Radeon RV250 [Mobility FireGL 9000] Is this a bug? I don't want to use hal, but perhaps it's inevitable now as opposed as before, when we could still not depend upon it... So I'm not sure if the only way to make Xorg work now is through hal, or if this is just a temporal bug to be fixed... Please let me know. Thanks, -- Javier.
Re: [arch-general] svn packaging, abs = git ?
On Sun, Mar 7, 2010 at 10:14 PM, f...@kokkinizita.net wrote: On Sun, Mar 07, 2010 at 02:49:01PM +0100, Thomas Bächler wrote: The only viable solution I could think of is using one git repository per package - and that is just crazy. I wonder, is it really that crazy ? I've been looking into git as a replacement for my own use. One repo per project seems the 'natural' way to use it. Downloading the complete abs would require a lot of 'git clone' operations, but is that the typical use case ? I guess it is not. And if you really need everything you do it once, after that it's just updates. And most users probably don't need everything. Also, even if I find it hard to believe, it seems that git repos are typically much smaller than the equivalent in svn. I have grepped the full abs tree many times for various reasons. It is very practical. And in 95% of the cases, I do not need any history, I just need the last version to read/edit/rebuild.
Re: [arch-general] New xorg-server package braks fluxbox?
And with the new xorg-server the behavior I'm seing is that if I try to maximize/minimize a window, fluxbox freezes, but if I do top, I don't see any process eating resources, neither memory, neither cpu... Another weird behavior, is that fluxbox keys are dead. I configured for example: Yes, I've experienced the same problem, but I have hal enabled. After upgrading with 'pacman -Syu', fluxbox started to freeze with no aparent reason. I can't switch between desktiops (Ctrl-Fx), can't click to activate a window, etc. -- Javier Adrián Ortiz de la Tabla
Re: [arch-general] svn packaging, abs = git ?
On Sun, Mar 07, 2010 at 10:24:42PM +0100, Xavier Chantry wrote: I have grepped the full abs tree many times for various reasons. It is very practical. No question about that, but it would still be possible to download everything. When you do a netinstall pacman gets a few hundred packages individually. Abs could do the same, it would transparent to the user. And in 95% of the cases, I do not need any history, I just need the last version to read/edit/rebuild. Yes, with git you get the full history. I've still not grokked why that is the only option... (except for Linus' motto: if in doubt, do the opposite of svn :-) Ciao, -- FA O tu, che porte, correndo si ? E guerra e morte !
Re: [arch-general] New xorg-server package braks fluxbox?
Javier Adrián Ortiz de la Tabla [adriandelata...@gmail.com] wrote: And with the new xorg-server the behavior I'm seing is that if I try to maximize/minimize a window, fluxbox freezes, but if I do top, I don't see any process eating resources, neither memory, neither cpu... Another weird behavior, is that fluxbox keys are dead. I configured for example: Yes, I've experienced the same problem, but I have hal enabled. After upgrading with 'pacman -Syu', fluxbox started to freeze with no aparent reason. I can't switch between desktiops (Ctrl-Fx), can't click to activate a window, etc. -- Javier Adrián Ortiz de la Tabla The last six entries of my /var/log/Xorg.0.log are: config/hal: New Input Device Request failed (8). There are six of those. Hal is running here also. Ctrl-Alt-Fx works here. T.
Re: [arch-general] svn packaging, abs = git ?
On 07/03/10 21:34, f...@kokkinizita.net wrote: On Sun, Mar 07, 2010 at 10:24:42PM +0100, Xavier Chantry wrote: [...] And in 95% of the cases, I do not need any history, I just need the last version to read/edit/rebuild. Yes, with git you get the full history. I've still not grokked why that is the only option... (except for Linus' motto: if in doubt, do the opposite of svn :-) Ciao, Maybe you're looking for `git clone --depth 1`
Re: [arch-general] svn packaging, abs = git ?
The only way for this to actually happen would be for someone to set up a git repo with a handful of packages and demonstrate that it works better with the usual packaging workflow. That is what was done with SVN and why it was chosen when we switched from CVS. Allan
Re: [arch-general] New xorg-server package braks fluxbox?
Javier Vasquez [j.e.vasque...@gmail.com] wrote: Hi, Today's pacman -Syu installed new xorg-server package: % pacman -Qs xorg-server local/xorg-server 1.7.5.901-1 (xorg) X.Org X servers I have xorg.conf configured without hal support: Section ServerFlags Option AutoAddDevicesFalse Option AllowEmptyInput False EndSection I also have fluxbox installed: % pacman -Qs fluxbox local/fluxbox 1.1.1-1 A lightweight and highly-configurable window manager And with the new xorg-server the behavior I'm seing is that if I try to maximize/minimize a window, fluxbox freezes, but if I do top, I don't see any process eating resources, neither memory, neither cpu... Another weird behavior, is that fluxbox keys are dead. I configured for example: # alt-left / alt-right Mod1 Right :NextWorkspace Mod1 Left :PrevWorkspace And they don't work. Well, if I try them like between the 1st 2 seconds, they actually work, after 2 seconds, they don't do a thing... I don't think this is a video card issue, since I have the same issue with a nvidia video card, and an ati video card: Driver nvidia VendorName NVIDIA Corporation BoardName Quadro FX 570M ... Driver radeon VendorName ATI Technologies Inc BoardName Radeon RV250 [Mobility FireGL 9000] Is this a bug? I don't want to use hal, but perhaps it's inevitable now as opposed as before, when we could still not depend upon it... So I'm not sure if the only way to make Xorg work now is through hal, or if this is just a temporal bug to be fixed... Please let me know. Thanks, -- Javier. I was able to downgrade back to xorg-server-1.7.5-1 and things seem to be working OK for now. T.
Re: [arch-general] New xorg-server package braks fluxbox?
On 3/7/10, Thaddeus Nielsen thadde...@gmail.com wrote: Javier Vasquez [j.e.vasque...@gmail.com] wrote: Hi, Today's pacman -Syu installed new xorg-server package: % pacman -Qs xorg-server local/xorg-server 1.7.5.901-1 (xorg) X.Org X servers I have xorg.conf configured without hal support: Section ServerFlags Option AutoAddDevicesFalse Option AllowEmptyInput False EndSection I also have fluxbox installed: % pacman -Qs fluxbox local/fluxbox 1.1.1-1 A lightweight and highly-configurable window manager And with the new xorg-server the behavior I'm seing is that if I try to maximize/minimize a window, fluxbox freezes, but if I do top, I don't see any process eating resources, neither memory, neither cpu... Another weird behavior, is that fluxbox keys are dead. I configured for example: # alt-left / alt-right Mod1 Right :NextWorkspace Mod1 Left :PrevWorkspace And they don't work. Well, if I try them like between the 1st 2 seconds, they actually work, after 2 seconds, they don't do a thing... I don't think this is a video card issue, since I have the same issue with a nvidia video card, and an ati video card: Driver nvidia VendorName NVIDIA Corporation BoardName Quadro FX 570M ... Driver radeon VendorName ATI Technologies Inc BoardName Radeon RV250 [Mobility FireGL 9000] Is this a bug? I don't want to use hal, but perhaps it's inevitable now as opposed as before, when we could still not depend upon it... So I'm not sure if the only way to make Xorg work now is through hal, or if this is just a temporal bug to be fixed... Please let me know. Thanks, -- Javier. I was able to downgrade back to xorg-server-1.7.5-1 and things seem to be working OK for now. T. Downgrading actually works as suggested. There's a forum already with dicsussion about this: http://bbs.archlinux.org/viewtopic.php?id=92679 And a bug already filed as a result: http://bugs.archlinux.org/task/18598 I'll have to keep an eye on it, to see how it progress, :-) Thanks, -- Javier.
Re: [arch-general] Something is seriously wrong with FlashPlugin; makes chrome firefox crash like crazy
On Sunday 07 March 2010 20:54:24 Gaurish Sharma wrote: Hi, My CPU is Intel E5300.AKAIK, lahf only applies to AMD athlon 64 line of chips. Plus, flash earlier used to work but this crashing has started about 2-3weeks back. anyone else having similar issues I am running a E7400 with flashplugin 10.0.45.2-1. No issues at all. -- Regards Shridhar
Re: [arch-general] Something is seriously wrong with FlashPlugin; makes chrome firefox crash like crazy
Same problem here. Running dual E5410 Xeons; Firefox crashes and will not restart. On Mar 7, 2010 9:59 PM, Shridhar Daithankar ghodech...@ghodechhap.net wrote: On Sunday 07 March 2010 20:54:24 Gaurish Sharma wrote: Hi, My CPU is Intel E5300.AKAIK, lahf onl... I am running a E7400 with flashplugin 10.0.45.2-1. No issues at all. -- Regards Shridhar
[arch-general] Building netboot images
Hi, I would like to create a (custom) netboot install image of archlinux to facilitate installation within our department. I have few queries regarding the corresponding mkinitcpio.conf. 1. How do I use custom hooks together with standard hooks *without* installing them in /lib/initcpio/install. Or in other words can I configure mkinitcpio to look for hooks in other locations besides the standard locations. There are two options that I can think of both of which looks ugly to me. * install custom hooks in the standard location /lib/initcpio/install. I would don't like this because I don't want to mess up the standard directory for testing these hooks. * copy all the hooks in the standard location to a new location. Install the custom hooks there as well and set the mkinitcpio to look at this new location. There does not seem to be an option for this, I might be stupid not to spot it, but appropriate fakeroot + chroot can make this work 2. I would like to have the minimal set of packages on the netboot image to reduce size. The actual installation will be from the local mirror of course but some packages are needed to start the process. What is the suggested package set ? Is the whole of base okey or is it an overkill? 3. How does one provide standard packages on the rootdir. I would assume the initial ramdisk should act as the actual root during the entire installation process (I don't want the NFS mounting mess). The algorithm seems like (1) install the appropriate packages via pacman --root /foo (2) get the entire subtree on to the initial ramdisk. For step 2, I would need to set BINARIES and FILES of mkinitcpio.conf appropriately. I would rather enjoy Vogon poetry. Is there a better way? Regards, ppk