Re: [arch-general] Converting to 64
On 05/28/2010 11:47 AM, Madhurya Kakati wrote: 5-10% that too if you compile lots of stuff. otherwise for browsing and all no noticeable increase. On Fri, May 28, 2010 at 9:12 PM, Nilesh Govindarajanli...@itech7.com wrote I have 1gb RAM. Can you give an approximate % increase in performance if I switch to 64 ? -- Nilesh Govindarajan Facebook: nilesh.gr Twitter: nileshgr Website: www.itech7.com Please do not top post. By this, we mean that if you are replying to a message, please put your replies after the text that you copy in your reply. A: Because it reverses the logical flow of conversation. Q: Why is top posting frowned upon? http://www.freebsd.org/doc/en/articles/mailing-list-faq/etiquette.html
Re: [arch-general] Err... Why is gvim now conflicting with vim?
On 05/07/2010 11:54 AM, Nathan Wayde wrote: On 07/05/10 15:48, Burlynn Corlew Jr wrote: On Fri, May 7, 2010 at 4:04 AM, Johannes Heldm...@hehejo.de wrote: http://www.archlinux.org/news/495/ * If you have gvim installed, the update will inform you that vim conflicts with gvim. This is the expected behavior. Installation of vim and gvim separately is no longer required, the gvim package now installs vim as well. -- Gruß, Johannes http://hehejo.de This is a rolling release, not an LTS. There is no excuse to not be updating regularly and reading the news. If its a production machine and you are worried about breakage maybe you shouldnt be running arch on it. The ML, forums, and irc are full of people who refuse to read the news or update regularly, and we all waste time answering questions that with proper arch maintenance would ensure that they never come up. Really dude? you complain about him wasting time when you could find the time to dig up some old mail that was answered ages ago to attack the guy for asking questions? He didn't have to lookup anything. This is likely the 2-3rd time that he has asked about stuff that has been covered in the news or extensively on the forums and what not. David Rankin posts the most new topics on this list, many of which, are elementary and/or off-topic and belong to the forums. I'm sure we can all agree that it's important for an Arch user to be more independent and put more effort into solving our own problem but did you know you can simply ignore any of these questions? Post on the forum, that is why it exists. Arch-general is generally aimed for more advance issues that haven't been covered else where. The mailing list should have a much higher technical level than the forums. It doesn't take any effort since the bulk of the issue was already in the title. It wastes my bandwidth and results in more crap to filter out. To be honest I simply cannot take this kind of negativity. I would really like for this kind of attitude to stay away from Arch because it's not nice and it's the very thing I hate about the Linux community in general. This is the attitude that has made arch the way it is. It's all these new comers from soft distros that are trying to change it. Back in 05 and 06 it was common place to receive a google link for a question like this. Is their a limit, of course, but arch is not the distro to sugar coat and hold peoples hands! Don't like it start a fork! If start letting arch become a easy entry distro then we'll end up with another ubuntu, fedora, suse, etc... @David Rankin 1. Update regularly - at least one time a week 2.1. Subscribe to arch-announce 2.2. http://www.archlinux.org/feeds/news/ 2.3. Set http;//home.archlinux.ca as you homepage 3. Google whenever you have a problem 4. For stuff not directly related to arch, aka a problem with a package, cool themes, etc... post in the forums. It is a much more open environment.
[arch-general] xorg-server 1.8 - Wiki?
On 04/04/2010 04:56 PM, Jan de Groot wrote: snip Things todo before this merges to extra: - Add documentation about input configuration to our wiki, as hal is deprecated now - Ask nvidia for a driver that works without ignoreABI, I'm sure they can give us a timeframe for that - Add xorg.conf.d config files for input drivers, right now only evdev and synaptics have config files - Fix xf86-video-siliconmotion, xf86-video-unichrome, xf86-video-nouveau Has there been any work on a wiki entry for Xorg 1.8? I don't see anything on the main wiki. I just don't want to duplicate efforts. Cheers!
Re: [arch-general] xorg-server 1.8 - Wiki?
On 04/09/2010 09:41 AM, Jan de Groot wrote: On Fri, 2010-04-09 at 09:34 -0400, pyther wrote: Has there been any work on a wiki entry for Xorg 1.8? I don't see anything on the main wiki. I just don't want to duplicate efforts. Cheers! Nothing has been done on documentation yet. Feel free to use the documentation from Fedora to add information to the Xorg input hotplugging wiki page. Alright I started editing the wiki. The majority of the changes were made under the configuration section. I pretty much copied verbatim the InputClasses section. If someone can look over them and possibly improve the wiki I would appreciate it. Do we need 'Changes with modular Xorg' anymore? Do we need Automatic Configuration with hwd? From what I can gather hwd won't generate a working configuration with Xorg 1.8 ~pyther
Re: [arch-general] xorg-server 1.8 - Wiki?
On 04/09/2010 05:20 PM, Jan de Groot wrote: In case there's anything related to hwd in there: kill it. We don't support hwd as X.org configuration tool. The best autoconfiguration tool you can get is Xorg -configure, and these days even that is not needed anymore. Done. Any opinion on the 'Changes with modular Xorg' section? If memory serves me correct, X.Org 7.0 introduced modular xorg and was released in Dec 2005. I feel that the only thing that we might want to integrate from that section would be 'Most Common Packages'. This section talks about the xf86-video* and xf86-input-* packages.
Re: [arch-general] DR - Other dark theme aficionados - just black for FF 3.6, simple clean
On 03/09/2010 06:23 PM, David C. Rankin wrote: DR, list: I stumbled across another neat dark theme for firefox that I thought I would pass along to the group. The following is the download URL: https://addons.mozilla.org/en-US/firefox/downloads/file/82476/just_black__a_cylence_theme_for_firefox_3.6_-1.1.0-fx.jar?src=searchconfirmed As it says it is build on the default theme for firefox and looks really good. A few more on the short list: (this will keep you busy for a while :-) https://addons.mozilla.org/en-US/firefox/downloads/latest/57531/platform:2/addon-57531-latest.jar?src=search https://addons.mozilla.org/en-US/firefox/downloads/latest/6613/addon-6613-latest.jar?src=search https://addons.mozilla.org/en-US/firefox/downloads/latest/2311/addon-2311-latest.jar?src=search https://addons.mozilla.org/en-US/firefox/downloads/latest/8998/addon-8998-latest.jar?src=search https://addons.mozilla.org/en-US/firefox/downloads/latest/49589/addon-49589-latest.jar?src=search https://addons.mozilla.org/en-US/firefox/downloads/latest/5394/platform:2/addon-5394-latest.jar?src=search https://addons.mozilla.org/en-US/firefox/downloads/latest/7403/addon-7403-latest.jar?src=search https://addons.mozilla.org/en-US/firefox/downloads/file/79364/-3.6.1-fx-linux.xpi?src=searchconfirmed https://addons.mozilla.org/en-US/firefox/downloads/latest/12533/platform:2/addon-12533-latest.jar?src=search https://addons.mozilla.org/en-US/firefox/downloads/latest/11861/platform:2/addon-11861-latest.jar?src=search https://addons.mozilla.org/en-US/firefox/downloads/latest/3941/addon-3941-latest.jar?src=search https://addons.mozilla.org/en-US/firefox/addons/policy/0/12775/79763?src=search https://addons.mozilla.org/en-US/firefox/downloads/latest/10577/addon-10577-latest.jar?src=search https://addons.mozilla.org/en-US/firefox/downloads/latest/13006/addon-13006-latest.jar?src=search Hey David it is great that you want to share these with us, but I think the forums might be a better place to put stuff like this. Theme discussions is off topic for this list, in my opinion. http://bbs.archlinux.org Also linking directly to the theme download instead of a preview isn't very smart. How do we know what we are downloading? ~pyther
Re: [arch-general] Pacman upgrade fails due to file conflits
On 02/15/2010 08:42 AM, Sébastien Leblanc wrote: Just `rm' those files, problem solved! Sébastien Leblanc That isn't always the best solution... Did you install gstreamer stuff manually? If you run pacman -Qo on any of those files does pacman return anything? ~pyther
Re: [arch-general] zen kernel
On 02/15/2010 12:22 PM, Ionut Biru wrote: On 02/15/2010 07:12 PM, Otávio Módolo wrote: i don't really asked for it. don't misunderstand things. 2010/2/15 Ionut Birubiru.io...@gmail.com On 02/15/2010 07:05 PM, Nilesh Govindarajan wrote: On 02/15/2010 10:31 PM, Otávio Módolo wrote: really don't know if this kernel is in the arch repos but it's good idea to put it there. this kernel is a fork-like from the normal kernel but specific for desktops. the site: http://zen-kernel.org/ basically you didn't even do a research first and you asked for it? :) there were a feature request for kernel26-bfs but nobody wanted to maintain it in community. Do a search on the arhive and see the comments. -- Ionut you see what you did? you broke the thread by doing a top post. Excuse me that i said asked. It had to be suggested or feature request You broke the commandment!!! Thou shalt not top post
Re: [arch-general] WARNING: mkinitcpio 0.5.99.3 (kill-klibc) live in testing!
On 02/07/2010 06:03 AM, Thomas Bächler wrote: Okay, this is it. The busybox-based mkinitcpio is entering testing now. BACK UP YOUR OLD (WORKING) INITRAMFS (kernel26.img) FILE! Also, do NOT use this if you have root on NFS, it is NOT IMPLEMENTED yet. Known issues: If you use 2.6.33 and enable the support for ext2/ext3 in the ext4 driver, root on ext2/3 won't work with the autodetect hook, I'll fix that for the next version. Number of systems that failed to boot after the upgrade: 0 (so far) Hooks adjusted: All base hooks + keymap, encrypt, lvm2, mdadm, dmraid, raid (now a symlink to mdadm), v86d. (Also, I hear that the uresume hook works without modification). I am still looking for someone to implement NFS root with this, please contact me if you are interested. This will not be the final version, there is still some work to do, but for now this requires more testing. Not sure how to troubleshoot this, but when I'm booting Activating RAID arrays states FAILED, however my RAID 1 loads without a problem. I rarely restart this machine and when I do I usually neglect paying any attention to the boot process. Therefore, I think this is related, but if not let me know and I'll post in the forums.
Re: [arch-general] multiple i586 update segfaults during pacman -Syu on 2/2/10
On 02/03/2010 09:37 AM, David C. Rankin wrote: On 02/03/2010 12:39 AM, David C. Rankin wrote: Guys, During update tonight, I received multiple segfaults during system update package installation. Given the kde44beta packages involved, I suspect kde will be dead. Follow-up: x86_64, 364 packages updated without error. The issue seems to be i686 only. Great job Arch devs :p Is this an i686 box? Arch has no support for i586 packages. If this is i686 you might want to run the apps from the command line and check dmesg.
Re: [arch-general] multiple i586 update segfaults during pa cman -Syu on 2/2/10 (corrected i686)
On Wed, 03 Feb 2010 11:46:48 -0600, David C. Rankin drankina...@suddenlinkmail.com wrote: On 02/03/2010 11:13 AM, pyther wrote: On 02/03/2010 09:37 AM, David C. Rankin wrote: On 02/03/2010 12:39 AM, David C. Rankin wrote: Guys, During update tonight, I received multiple segfaults during system update package installation. Given the kde44beta packages involved, I suspect kde will be dead. Follow-up: x86_64, 364 packages updated without error. The issue seems to be i686 only. Great job Arch devs :p Is this an i686 box? Arch has no support for i586 packages. If this is i686 you might want to run the apps from the command line and check dmesg. Yes it is i686. I updated 2 i686 boxes and 1 x86_64 box last night and the i686 boxes were consistent with the segfaults, but reinstall worked OK You reinstalled the whole system or just a package or two?
Re: [arch-general] Why taking so long?
On 01/30/2010 07:11 AM, Andrea Crotti wrote: Sometimes (only twice actually) I had to recompile the kernel with ice support from aur. Now compiling the kernel is not a short job, but it looks like it really compiles EVERYTHING! Maybe putting my .config somewhere it will not do it, how do you manage it? Thanks Likely everything is being compiled in the kernel. The idea behind this is so you can take the binary and distribute it to anyone and have it work on their systems (with different hardware). if you want to use your own config and select what you want have a look at this wiki guide: http://wiki.archlinux.org/index.php/Custom_Kernel_Compilation_with_ABS ~pyther
Re: [arch-general] An old, tiresome discussion: cdrtools vs cdrkit
On 01/27/2010 04:31 AM, Allan McRae wrote: Joerg, The only thing that will definitely change our minds with regards to this is actually seeing a copy of the report saying the linking performed with cdrtools is not an issue due to license restrictions. Until that time, this discussion is going nowhere and makes you appear trollish with your replies. Maybe we will move to GNU mkisofs/isofsmk as development appears to have started there (I can troll too...). Allan Joerg, What is in this for you? By that, I mean, why are you fighting so hard to get this pushed into the official repos? It is in aur with 130 votes and likely there are hundreds more users. http://aur.archlinux.org/packages.php?ID=323 There is one thing with Arch that I think you are missing. The arch devs do what they want. They include software only that they use/want to maintain. In the past they have included software in which licensing wasn't quite clear. As it has been stated many times none of the devs are lawyers. These software programs were a much lower risk to include compared to cdrtools. Said programs did not have the arguments and possible legal issues that cdrtools is currently faced with. Granted if a suite was to be brought against arch, specifically the dev hosting it and the owner of the project (Aaron), they would likely be asked to remove it. I find this risk relatively low and I'd give +1 to add it to the repos (from a users prospective). Look at the high-profile case of cdrtools vs cdrkit, though; it is huge. You stated that sun spent 3 months looking into it. If for some odd reason someone decide to sue the arch project there is a big risk for Aaron and the maintainer of the package. At the very least they would likely have to consult a lawyer and possibly show up in court. This becomes a big time commitment and financial burden as the donations from this project are fairly minimal (at least compared to the hiring of a lawyer). Lets face it, everyone on this project is unpaid and has a real life. It seems as if a few of the main devs have decided they don't want to take the risk. Why don't you create a repo with cdrtools for arch? It isn't hard to do. That way anyone who wants to use cdrtools would have an easy way to obtain updates, etc... pyther
Re: [arch-general] An old, tiresome discussion: cdrtools vs cdrkit
On 01/27/2010 11:18 AM, kludge wrote: On 01/27/2010 09:49 AM, Heiko Baums wrote: Am Wed, 27 Jan 2010 10:17:01 -0500 schrieb pytherpyt...@pyther.net: Look at the high-profile case of cdrtools vs cdrkit, though; it is huge. You stated that sun spent 3 months looking into it. If for some odd reason someone decide to sue the arch project there is a big risk for Aaron and the maintainer of the package. At the very least they would likely have to consult a lawyer and possibly show up in court. This becomes a big time commitment and financial burden as the donations from this project are fairly minimal (at least compared to the hiring of a lawyer). Lets face it, everyone on this project is unpaid and has a real life. It seems as if a few of the main devs have decided they don't want to take the risk. I doubt that someone will go directly to court. If someone sees licensing issues he most likely will first ask the Arch devs to remove cdrtools from the repos. If this will be the case, they can just remove it and revert to cdrkit. This won't cost anything. If there really was such a legal issue I bet no other distribution would have cdrtools in its repos or many other distributions would have been sued already. So why should Arch Linux after many years the first distro to be sued? And as I've already written I can't find the CDDL in the cdrtools source package. I can only find the GPLv2. So cdrecord and mkisofs are both licensed under the GPLv2. Greetings, Heiko here's a proposal for the future of this discussion: 1) Joerg is no longer allowed to participate in the the discourse unless directly questioned. 2) Allan: ditto. 3) All other participants work toward creating a formal proposal and then debating and resolving reservations about that proposal, each in turn. 4) Aaron, as overlord, set a sunset clause on the discussion period, act as moderator (or delegate if he's sick of this shit), and maintain final approval/veto over the proposal that emerges. Anyone? -kludge I disagree. Allan should be able to participate because he is a core developer. However, I think this needs to go to arch-dev-public or maybe better yet arch-dev-private (if this issue isn't already there). From that point the developers can talk among themselves what they want to do as it is their project. Then if they choice they can let use know the results. This isn't a democracy, it is a dictatorship. Luckily the dictators are nice and listen to the community every now and then. ~pyther
Re: [arch-general] First Time Arch w/ Gnome Installed
On 01/26/2010 02:26 PM, Damien Churchill wrote: 2010/1/26 Carlos Williamscarlosw...@gmail.com: This is my 1st time ever installing Arch Linux with GDM / Gnome desktop environment. I did not install 'gnome-extra' package because I don't want all the useless applications. I prefer to only install what I need. I am have been using an Ubuntu 10.4 workstations and got everything working on my new Arch system. It is very fast even installed the latest nVidia drivers from their site. My only issue I have is the fonts look horrible. I did go to 'System Preferences Appearance Fonts tab' and set the fonts to 'Sub Pixel Smoothing' for LCD's but I am missing the smoothness and glossiness (Anti Aliasing) that Ubuntu had. My Arch fonts still look very rough and 1993'ish. I don't know what I can do to make my Gnome / Desktop environment appear more polished and cleaner. Do you guys have any suggestions? Do I need a specific WM or special decorative package? I work a lot on my workstation and need it to be pleasing to the eyes. The fonts I have don't make my system look very appealing. I know it sounds stupid but I really like my DE to be pleasing on my eyes since I use if for hours at a time... Thanks for any help! If you open the Fonts tab in the Appearance preferences, and click Details, another window opens that allows you to set the font hinting. Ubuntu has it set to Slight by default so changing this might help how the fonts look. Worth a try at least! Damien You might want to also try the cairo-lcd package from aur. http://aur.archlinux.org/packages.php?ID=16459
[arch-general] nitrogen libpng rebuild information
As nitrogen is currently orphaned I am sending this message here in hopes to avoid duplicate efforts. Two issues: -Nitrogen won't build against libpng 14 -Nitrogen crashes with terminate called after throwing an instance of 'Gdk::PixbufError' According to the developer: It had a stray include of a libpng file that it hasnt needed in years that just sorta stayed there and recent libpng updates made that line problematic. He states that debian has a patch for this. However, he also states: That's been long fixed in git. You can clone master if you want and grab it, or wait a few days, 1.5 has been in rc for a few weeks and no complaints about it so far so i'll release it soon. He stated it can be as soon as today. The crashes occur with both nitrogen 1.4.2 (from the extra repo) and git (soon to by 1.5). As I am writing this message, I am currently working with the developer to resolve this issue. He has given me a patch, which essential catches the error and prints some debug info to stderr. With this patch nitrogen git runs flawlessly. So I believe it is going to be a simple fix that should be hopefully be applied to git in the next few hours. With this said, I suggest that we wait for nitrogen 1.5 to be released. Even if we were to patch 1.4.2 we would still have the issue of the gdk::PixbufError crashes. ~pyther
Re: [arch-general] nitrogen libpng rebuild information
On 01/22/2010 12:52 PM, pyther wrote: As nitrogen is currently orphaned I am sending this message here in hopes to avoid duplicate efforts. Two issues: -Nitrogen won't build against libpng 14 -Nitrogen crashes with terminate called after throwing an instance of 'Gdk::PixbufError' According to the developer: It had a stray include of a libpng file that it hasnt needed in years that just sorta stayed there and recent libpng updates made that line problematic. He states that debian has a patch for this. However, he also states: That's been long fixed in git. You can clone master if you want and grab it, or wait a few days, 1.5 has been in rc for a few weeks and no complaints about it so far so i'll release it soon. He stated it can be as soon as today. The crashes occur with both nitrogen 1.4.2 (from the extra repo) and git (soon to by 1.5). As I am writing this message, I am currently working with the developer to resolve this issue. He has given me a patch, which essential catches the error and prints some debug info to stderr. With this patch nitrogen git runs flawlessly. So I believe it is going to be a simple fix that should be hopefully be applied to git in the next few hours. With this said, I suggest that we wait for nitrogen 1.5 to be released. Even if we were to patch 1.4.2 we would still have the issue of the gdk::PixbufError crashes. ~pyther Would someone (that is using testing) be so kind to test nitrogen out for me? Just run it and see if it loads up or not (it shouldn't need to be rebuild against libpng). I rebuilt gdk-pixbuf and gtk2 and it seems to resolve the crash. Then I removed my copies and installed from testing again, and oddly pacman redownloaded gdk-pixbuf (it used gtk2 from cache). As far as I know there wasn't a pkgrel bump. :-| Thanks
Re: [arch-general] New kernel/updates - Is the timezone information messed up for dual-boot configs?
On Tue, Sep 22, 2009 at 2:36 PM, Xavier shinin...@gmail.com wrote: On Tue, Sep 22, 2009 at 8:17 PM, David C. Rankin drankina...@suddenlinkmail.com wrote: Listmates, I have been chasing my tail on the madwifi issue and I think I have found the problem. It's not madwifi at all, it's the timezone handling. WTF does fsck/recovery console at boot have to do with slow wireless? Well... I was surprised when the nvidia module some how managed crash my usb ports for a few releases! That was a WTF right there!
Re: [arch-general] Incorrect downloads page (WAS ArcLlinux 2009.02 installation issues)
On Thu, Sep 17, 2009 at 3:57 AM, Dieter Plaetinck die...@plaetinck.be wrote: On Thu, 17 Sep 2009 08:06:41 +0300 Ciprian Dorin, Craciun ciprian.crac...@gmail.com wrote: On Thu, Sep 17, 2009 at 12:19 AM, Tom K t...@runbox.com wrote: Why are you using 2009.02? 2009.08 was released last month. T. Sorry. I'm using 2009.08. But when I've posted on the mailing list I've looked on www.archlinux.org/download for the current version, and on this page all the downloads are 2009.02. (I've downloaded the files a few days ago, and on my computer they are with the name 2009.08.) Any problems with the site? For 2009.08 the downloads page was updated here and there. now http://www.archlinux.org/download/ shows the old page with the 2009.02 stuff anyone know how this happened? (server upgrade?) can we restore the correct page? Dieter http://bugs.archlinux.org
Re: [arch-general] [arch-announce] Apologies for the RSS spam
On Tue, Sep 15, 2009 at 9:24 AM, Andrew coldpies.de...@gmail.com wrote: Aaron Griffin wrote: Still working out some kinks with the new server changes. I have disabled the rss2email job for now. Cheers, Aaron I just wanted to make sure arch-announce will be coming back sometime and hasn't been forgotten about. There have been two recent news updates (vi, TeXLive) which haven't been mailed out to arch-announce. I would've missed them entirely if the vi package hadn't complained about a file conflict. I appreciate the work you guys do and this isn't meant to be nagging. Just a reminder, since people do rely on that mailing list. Keep up the good work :) Andrew There has been a bug report submitted: http://bugs.archlinux.org/task/16192?project=1order=dateopenedsort=desc I believe that the devs are working on the issue.
Re: [arch-general] [arch-dev-public] Remove usblp module from kernel26?
On Mon, Sep 7, 2009 at 3:02 PM, Giovanni Scaforagiova...@archlinux.org wrote: 2009/9/7, Tobias Powalowski t.p...@gmx.de: Hi due to changes in latest cups package this module is conflicting. Shall we advise the users to blacklist usblp or shall we disable it by default in kernel config? I think that we shall advise the users to blacklist usblp. -- Arch Linux Developer http://www.archlinux.org http://www.archlinux.it What is your reasoning for this choice? The reason I ask is because I believe this module is used only for usb printers. Since cups no longer needs this module the only application that I can think of that would need this module would be p910nd. p910nd is a small printer daemon intended for diskless workstations that does not spool to disk but passes the job directly to the printer. I believe there might only be a few people that use this in arch. Those who do use it can compile usblp. It just seems to be more logical and cleaner to remove the module if there is only a very small user base. ~pyther
Re: [arch-general] AARG! kinit: cannot open dev(8,7) kernel panic
On Sat, 16 May 2009 19:59:38 -0500, David C. Rankin, J.D.,P.E. drankina...@suddenlinkmail.com wrote: Listmates, I am in a fist-fight with grub again most likely due to /dev/disk/by-uuid and I'm losing the battle. First, the situation. I'm moving and resizing partitions from an 80G drive to a 500G drive. No issues there. The partitions setup is: /dev/sda1 WinXP /dev/sda2 Extended /dev/sda5 /home /dev/sda6 / /dev/sda7 swap /dev/sda8 /boot After moving and resizing the partitions windows boot fine and Arch boots until it gets to kinit and then throws a kernel panic. I have updated the disk/by-uuid labels in /boot/grub/menu.lst and in /etc/fstab, but still the kinit error. As far as my grub install goes, the system boot to the grub menu and it is reading /boot/grub/menu.lst because I can boot XP from the grub menu, but not boot Arch. Gurus... What to check? Throw a brother a bone Where else is the disk by-uuid stuff hidden? Try replacing the disk-by-uuid stuff with direct paths to the device nodes (ex. /dev/sda2, etc). If you can get this to work then start switching back to disk-by-uuid. ~pyther
[arch-general] i686 extra repo - busted?
I'm guessing something is wrong with the extra repo on i686! Did Allan break it? I tried three different mirrors including ftp.archlinux.org R2D2:~ $ sudo pacman -Sl extra extra 3ddesktop 0.2.9-3 extra a2ps 4.14-1 extra a52dec 0.7.4-4 extra aalib 1.4rc5-6 extra abcde 2.3.99.7-1 extra abiword 2.6.8-1 extra abiword-plugins 2.6.8-1 extra abook 0.6.0pre2-1 extra abs 2.3.2-2 extra abuse 0.7.1-1 extra acct 6.3.2-2 extra acidrip 0.14-6 extra acpi 1.4-2 extra acpid 1.0.8-1 extra afterstep 2.2.8-2 extra agg 2.5-2 extra aif 2009.04.08-1 extra aiksaurus 1.2.1-1 extra akode 2.0.2-1 extra akonadi 1.1.1-1 extra alacarte 0.11.10-1 extra allegro 4.2.2-1 extra alltray 0.70-1 extra alpine 2.00-3 extra alsa-lib 1.0.19-1 extra alsa-oss 1.0.17-1 extra alsa-utils 1.0.19-1 extra alsaplayer 0.99.80-2 extra amarok-base 1.4.10-3 This is the whole listing! ~pyther
Re: [arch-general] i686 extra repo - busted?
On Fri, 17 Apr 2009 00:32:23 +0200, Andrea Scarpino and...@archlinux.org wrote: did you try pacman -Syy? You have a partial/incomplete database, extra repo works. Yep, somehow my database got messed up! Strangely the rss feed for updated showed only x86_64.
Re: [arch-general] xf86-video-intel-legacy vs xf86-video-intel
On Thu, 9 Apr 2009 13:35:45 -0700, Andrei Thorp gar...@gmail.com wrote: Perhaps if you feel up to the task, you can still set this up on your local system via abs. Cheers, -AGT On Thu, Apr 9, 2009 at 9:54 AM, Jan de Groot j...@jgc.homeip.net wrote: On Thu, 2009-04-09 at 18:53 +0200, Damjan Georgievski wrote: Is it possible to make these packages not conflict each other? So that one could have both installed and alternate when needed? This is not possible, as they have file conflicts. I'm not interested in patching a whole driver up to give it a different name. Not easily. You would have to modify the source to change the filenames so you don't have conflicting files between the two different packages as Jan said.
Re: [arch-general] Make arch-announce read only?
On Tue, 31 Mar 2009 22:23:10 -0500, Aaron Griffin aaronmgrif...@gmail.com wrote: On Tue, Mar 31, 2009 at 8:30 PM, pyther pyt...@pyther.net wrote: I was wondering if we could make arch-announce a read only list. Sort of like the dev mailing list. Anyone who tries to respond to an announcement could get an email saying something along the lines of If you have a comment about an announcement, please post it on the arch-general list. Thank you. I do not filter the arch-announce mailings for obvious reason and I do not think I am alone. It is very annoying to see replies in my inbox. Forwarding to the dev list - what do you guys think? I think it's a good idea Should I submit a bug report/feature request for this?
Re: [arch-general] Sick of xf86-video-intel? Use the fram ebuffer device!
On Thu, 2 Apr 2009 01:49:21 +0200, Pierre Schmitz pie...@archlinux.de wrote: Hi all, I am a proud user of an Intel 855GM chipset. Some time ago when the i810 xorg dirver was replaced by the xf86-viedo-intel performance were decreased from version to version and in the end it was unusable due to too many bugs an problems. * support for tv-out was dropped (ok, not that important for me) * xv does not work. You either get a green or blue square or your whole X crashes. * all kinds of false rendering * extremly slow 2D performance. Even with UXA I can watch the single elements redrwaing if I switch tabs in konqueror for example * too slow to watch videos on youtube or even a DVD * overall instability * suspend/resume is just a matter of luck When I was just seeing garbage on my screen (=unusable) with the new 2.6.29 kernel I started looking for alternatives: * xorg vesa driver: faster than intel and stable; bu still performance was not that great (of course, there is no hw acceleration) * vesafb+fbdev: similar performance; fast switching to vc and back is nice :-) Finally I got intelfb working. Togehter with the xorg fbdev driver this seems to solve all my problems. It is really fast and stable. Suspend/Resume works fine and as a bonus I get fast vc switching (who needs kms for this? ;) Well, there is no support for xv, but I can watch DVDs with x11 output driver without issues. Using mplayer with fbdev output it is even possible to watch 720p videos. The problem is: you have to compile your own kernel. The stock kernel provides the intelfb module but you cannot use it because vesafb is compiled in. I did not find a way to work around this. As soon as you start the kernel with a vga=XXX parameter vesafb gets loaded and other fb drivers cannot work. So, here is a patch and a precompiled kernel for those who want to try it: http://users.archlinux.de/~pierre/packages/src/intelfb.patch http://users.archlinux.de/~pierre/packages/i686/kernel26-intelfb-2.6.29-4- i686.pkg.tar.gz It is also possible to build intelfb as a module; just add intel_agp and intelfb to your modules list in mkinitcpio.conf. I hope this is helpful for some of you, Pierre Do you have any type of 3D rendering with the framebuffer X server? If so what do you get in glxgears (yes I realize this is not a benchmark tool)? pyther
Re: [arch-general] how to mount external hdd
On Wed, 18 Feb 2009 00:39:46 -0500, Preston C. gprest...@gmail.com wrote: Got it! It was /sdc . Thanks. Please! Please! Please, search first and if searching fails, please use the forums. I'm sick of your noob questions polluting my Inbox. The forum is the more appropriate place for such questions, but as redshift stated use a search engine first! Cheers, ~pyther
Re: [arch-general] how to mount external hdd
On Wed, 18 Feb 2009 10:45:27 -0600, Jeffrey Lynn Parke Jr. jeffrey.pa...@gmail.com wrote: I do not believe that this type of reply should be allowed here. There are no stupid questions when it comes to linux. Please refrain from polluting my inbox with your insulting replies. On Wed, Feb 18, 2009 at 10:37 AM, pyther pyt...@pyther.net wrote: On Wed, 18 Feb 2009 00:39:46 -0500, Preston C. gprest...@gmail.com wrote: Got it! It was /sdc . Thanks. Please! Please! Please, search first and if searching fails, please use the forums. I'm sick of your noob questions polluting my Inbox. The forum is the more appropriate place for such questions, but as redshift stated use a search engine first! Cheers, ~pyther For the most part I agree there are no stupid questions in it comes to linux, however this can be debated. I was not insulting Preston, however I had previously suggested that he use the forums, in which he did. I do not believe that mailing list is the appropriate place for such basic questions when we have the forums. I'm sorry if I came off as being to harsh, I probably should have used a better choice of words in my previous message.
Re: [arch-general] which video card driver- proprietary...
On Thu, 12 Feb 2009 22:43:11 -0500, Preston C. gprest...@gmail.com wrote: Thanks Alessandro. Do you know if I should remove libgl for the nvidia-utils ? Yes you should remove libgl for nvidia-utils. From my understanding both nvidia and ati provide their own libgl libraries, thus the conflict. BTW you should probably search the forums and then post you questions on the forums and not the mailing lists (http://bbs.archlinux.org)
Re: [arch-general] thunar-thumbnailer
I had a similar issue with mpd. You should just be able to recompile ffmpegthumbnailer (and possibly thunar-thumbnailer). If you have trouble recompiling, add a comment to the ffmpegthumbnailer aur page. If you don't get a response in a day or two, then send pressh an email, as he is the maintainer of the package. ~pyther On Sun, 25 Jan 2009 22:02:47 -0200, Marco Antonio Gomez wrote: Using Openbox + Thunar + Thunar thumbnailer in Arch (completely updated), I noticed that thunar-thumbnailer, since last week, does not generate video thumbnails anymore. AFAIK, the problem is related to a new version of ffmpeg... My system messages show me that ffmpegthumbnailer looks out for a libavcodec.so.51 (lib that used to be provided by ffmpeg package, that was recently replaced by libavcodec.so.52.10.0). But the newer version of ffmpegthumbnailer in community, still looks for libavcodec.so.51. Then... obviously error while loading shared libraries - no such file of direcrory. I've already tried to create a symbolic link named libavcodec.so.51 pointing to libavcodec.so.52.10.0, and when I try to do that, the ffmpegthumbnailer returns Error: Could not find video stream I've also tried to recompile ffmpeg and also ffmped-thumbnailer and all of it's dependencys from the newer versions of each one in AUR, but it was a frustrated attempt. Anybody else reports the same issues? If positive, any workaround to make it work? Regards, Marco Antonio Gomez.
Re: [arch-general] [arch-dev-public] [signoff] kernel26 2.6.28-2
On Tue, 06 Jan 2009 01:37:33 +0100, tob...@justdreams.de wrote: Quoting Jan de Groot j...@jgc.homeip.net: I'm running the 2.6 prerelease series for a while on my laptop now. My first impressions: - EXA is even slower than it was with 2.4.3 - UXA is much faster - XAA not tested - 3D is horribly slow - Compiz doesn't draw window decorations due to some breakage in libdrm If we want to use 2.5.x or 2.6 when it comes out, we have to grab a mesa snapshot from git master to get GEM support in mesa also. As xorg-server 1.6 shouldn't be far away anymore, I think we can wait for the next stable release of mesa that has GEM support. Just as I thought you have much more insight on this. I totally agree to stick with 2.4.x for now. Thanks, -T I just wanted to let the devs know that 2.4.x causes Xorg to crash with Kernel 2.6.28, so some users might have issues. It doesn't matter to me either way just wanted to let that information be known. Thanks, pyther
Re: [arch-general] vnc on display:0
On Tue, 30 Dec 2008 10:13:35 +0530, sagar n sagar.1...@gmail.com wrote: *It is not totally headless, sorry, it doesnot have a keyboard or mouse. But it does have a monitor which I use to watch media. So, I want to connect via vnc/anything and get to control it. So display:0 connection is crucial. I looked at nomachine, but I dont think it has :0 connection. As of now, I am trying to speed up x11vnc by looking at its various options. Since it polls, I am not sure if I can achieve any decent speed boost. Thank you Sagar N On 12/28/08, Sergey Manucharian serg...@rmico.com wrote: On Sun, 28 Dec 2008 11:23:46 +0530 sagar n sagar.1...@gmail.com wrote: ... I want to connect to display:0 of a headless box remotely. If it's PHYSICALLY headless, what is the reason to use namely :0 anyway? In any case, is there an alternative way to connect to display:0 remotely? Personally I use nomachine [1]. Although this is not the answer to your question (it's not display :0 connection), but works very fast. # pacman -S nxserver # pacman -S nxclient The client is available for different platforms. Cheers, Sergey [1] http://www.nomachine.com You might want to look at x2x Basically you run the following: On the Server: xhost +desktop_hostname On your machine: x2x -to servershostname:0.0 -west You just need to change exec /usr/bin/X -nolisten tcp to exec /usr/bin/X in /etc/X11/xinit/xserverrc (I did it both for the host and client machines)
[arch-general] Does anyone receive two copies of same m essage on the arch-announce list?
Hello. Every time there is an announcement on the the main I'll get an email (as I am on the arch-announce list). However, about 5-8 hours I'll get another copy of the email. For example I got the [arch-announce] Pacman update and mirrorlist email Sunday at 23:00 and then today at 05:02. This has been happening for a few months now. I've checked the mail headers and each email is being delivered to the same address. Does anyone else have this problem or am I just lucky? ~pyther
Re: [arch-general] Does anyone receive two copies of same m essage on the arch-announce list?
On Mon, 22 Dec 2008 12:52:04 +0100, Jordy van Wolferen wrote: Got the same problem Is there already a bug report? There wasn't until I created one just now: http://bugs.archlinux.org/task/12539 I posted here because I wanted to make sure it wasn't an issue with me.
Re: [arch-general] Archive xorg-server 1.4 on Arch Server
On Sun, 16 Nov 2008 21:10:04 +0100, Jan de Groot [EMAIL PROTECTED] wrote: On Sun, 2008-11-16 at 15:00 -0500, pyther wrote: There's no such thing as a 90% performance drop, glxgears is not a benchmark. As for vsync, it means that your framerate is tied to your refreshrate. This is done by default now to avoid heavy tearing issues when using 3D on intel chips. To restore to the old behaviour, put this in your ~/.drirc: driconf device screen=0 driver=i915 application name=Default option name=vblank_mode value=0 / /application /device /driconf Replace i915 with the driver that suits your intel chip. I would advise against using xf86-video-intel-2.5.x and libdrm-2.4.x until GEM is merged into the kernel and things start using it. We're sticking to xf86-video-intel-2.4.x and libdrm-2.3.1 now because the newer versions cause regressions. The main improvements in the 2.5 series are related to GEM, and as long as our kernel doesn't have that, there's no need for a newer driver than 2.4.x. That works wonders! Thank you so much and I'm sorry for all the trouble I caused! I am surprised I did not find that anywhere through Google. As I am sure this is going to be any issue for other users should this information be put into a wiki entry? Then there could be a post-install message for xf86-video-intel which directs users to that wiki page? Also do you mind if I put that information on the gentoo bug tracker? Sorry Again!
Re: [arch-general] Cannot log in to arch website
On Fri, 14 Nov 2008 14:07:52 -0330, Daniel Diamond [EMAIL PROTECTED] wrote: Travis Willard wrote: On Fri, Nov 14, 2008 at 11:36 AM, Aaron Griffin [EMAIL PROTECTED] wrote: On Thu, Nov 13, 2008 at 9:20 PM, Daniel Diamond [EMAIL PROTECTED] wrote: Is there something wrong with the Arch website? I was unable to log in so I requested a password. I am unable to log in with the password that was given to me. I would like to figure out the solution to a problem I am having but I cannot get logged in to post to the forums. I am only posting here because I do not know where else to turn. Which website? The forums? Bug tracker? Wiki? Seems like the forums. I would like to figure out the solution to a problem I am having but I cannot get logged in to post to the forums. Yes, it was for the forums. I was using the username that was listed in the e-mail (I assume since it called me dldiamond that this was the username I used, there are two that I go by and neither works). I tried pasting and typing the password. I tried to put in my entire e-mail address. I tried multiple browsers to make sure it wasn't a problem with my browser. Every time I get the same result. Wrong username or password. Does it lock you out after awhile? Daniel Diamond I had a problem like this earlier and I was able to reset my password. However, prior to resetting my password, I couldn't log in. I'm not sure if this information is useful at all. Just thought I'd let you know
Re: [arch-general] Wlan Linux Broadcom binary drivers from [arch-dev-public]
On Sun, 05 Oct 2008 15:48:49 -0400, pyther [EMAIL PROTECTED] wrote: On Sun, 5 Oct 2008 18:41:54 +0200, Tobias Powalowski [EMAIL PROTECTED] wrote: I would love to see these in core. From what I have read of the license, we are allowed to distribute them; however I know nothing about licenses! I have compiled these on my laptop and I get about 2.5MB down with these vs a flex of 900KB - 2.2MB with the b43 module. The ssb module conflicts with this driver, but you need it for b44 (which is the broadcom ethernet driver)! So when using this module you must decide if you want wireless or ethernet (if you use the b44 module, like I do)! I have attached a pkgbuild I started to work on. It is very poorly written, however it is a start, haha! I just checked AUR and realized that piroflip as packaged this (http://aur.archlinux.org/packages.php?ID=19514). His/her pkgbuild is much better than mine!
Re: [arch-general] Outdated Wicd
James Rayner wrote: On Mon, Sep 1, 2008 at 8:26 AM, Pyther [EMAIL PROTECTED] wrote: I have updated the wicd package build, daemon script, and install script. All the files are now in /usr /etc and /var using standard paths /usr/bin/wicd-client contains both the tray and gui elements now and /usr/lib/wicd/daemon.py is the daemon. I have included the update tar file. Hopefully Varun (the maintainer) can use this as a base for the new package. Anyone who wants the new version of wicd can also use this package. I have the pkgrel set to 0 so that when an official package comes out pacman will pick it up. This package works on my system, but of course I can not guarantee it won't blow up your system! I adopted wicd after Varun dropped it, though I havn't had a chance to familiarise myself with it. If any other devs want it, i'm happy to pass it on. In the meantime, I'll look through your changes and adopt them, thanks! James There is a problem with the wicd daemon script that I submitted, for some reason on shutdown /var/run/wicd/wicd.pid is not getting deleted, this is then preventing wicd from starting up.
Re: [arch-general] Outdated Wicd
Geoffroy Carrier wrote: Hi, On Sun, Aug 31, 2008 at 00:05, Christian Babeux [EMAIL PROTECTED] wrote: It seems that the version of wicd in extra (version 1.4.1) is outdated and has currently no maintainer. The new version (version 1.5.x) is moved from /usr/lib/wicd to respect FHS and add interesting new features. There is also a svn version in the AUR, but I don't think it is stable enough to be in extra. So what are the plans for this package ? No idea. I'd be pleased to maintain it in [community] if no dev is willing to maintain it. I and some of my users love it for laptops. I have updated the wicd package build, daemon script, and install script. All the files are now in /usr /etc and /var using standard paths /usr/bin/wicd-client contains both the tray and gui elements now and /usr/lib/wicd/daemon.py is the daemon. I have included the update tar file. Hopefully Varun (the maintainer) can use this as a base for the new package. Anyone who wants the new version of wicd can also use this package. I have the pkgrel set to 0 so that when an official package comes out pacman will pick it up. This package works on my system, but of course I can not guarantee it won't blow up your system! ~Pyther pkgbuild-wicd-1.5.1.tar.gz Description: GNU Zip compressed data
Re: [arch-general] ClamAV should be update to 0.93
* Attila [EMAIL PROTECTED] wrote: On Sonntag, 4. Mai 2008 12:47 Tino Reichardt wrote: If they don't have the time to be a maintainer for some package, they shouldn't be the maintainer of it! For me this is definitely too hard. And unfair because archlinux is a distribution (as a lot of other too) which is managed by private individual for private individual. The devs of archlinux gives us with abs a perfect and easy understandable way to make in the most cases updates at the time we wants it. Irony on: That is why other distros with another package magagment needs fulltime maintaining.-) And to the argument of that clamav is a security update: This is only relevant for servers which have windows clients and in this case, sorry, this is at first the job of the admin of the server and opps this be you and not the maintainer of a package. It isn't to hard. Its just the plain truth. If the maintainer hasn't the time, he should give the package to someone else, which has the time. PS: I am not an admin of some important server which needs an update ;) -- regards, TR What if there are no other devs/maintainer? Maintainers have to be trusted, have to prove that they know what their doing etc... I wouldn't want someone random person from the community becoming a maintainer for a package or two, because you don't know what he or she knows. I wouldn't want to install a pkg that wipes out my whole /usr dir by mistake. Also if security is a big concern arch isn't probably the best distro to be using.
Re: [arch-general] kernel26 2.6.25-1 enters [testing]
[EMAIL PROTECTED] [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] X-Sender: [EMAIL PROTECTED] Received: from adsl-75-33-46-5.dsl.bcvloh.sbcglobal.net [75.33.46.5] with HTTP/1.1 (POST); Sun, 20 Apr 2008 21:48:12 -0400 User-Agent: RoundCube Webmail/0.1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit On Mon, 21 Apr 2008 00:19:01 +0200, Dream Team [EMAIL PROTECTED] wrote: Le Sunday 20 April 2008 15:23:38 Erwin Van de Velde, vous avez écrit : On Saturday 19 April 2008, Thomas Bächler wrote: - Removed mactel patch The removal of these patches was because a) there are no new patches available for 2.6.25 and b) I am trying to reduce the amount of patching, especially if it only benefits a few people or can be potentially dangerous. As far as I know, the mactel patch is required for some hardware support on intel-based mac systems and contains important fixes. This does not seem like one patch too many, but an essential one for all users who, like me, have mac hardware. I do understand your wish to reduce the number of patches, but throwing out patches required for support of important hardware does not seem the way to go to me. Regards, Erwin I also am using arch on my mac, and I find this essential and should not be removed if you find 2.6.25 compatible patchs (I am sure that they will come out in not so many time) Arnaud It is one patch to many... If you want a mactel kernel then you make a package in aur and patch the kernel sources with the mactel patch. We need to keep the kernel as clean as possible. The more patches we add the more problems we have. The only patches that should included are major security patches and/or patches that fix major hardware issues, devices that are already supported by the kernel. Don't like it? Don't use arch, Simple! We need to get back to the Arch Way!
Re: [arch-general] RIT.EDU New Mirror
On Sat, 5 Apr 2008 15:33:13 -0500, Simo Leone [EMAIL PROTECTED] wrote: On Sat, Apr 05, 2008 at 03:20:15PM -0400, Lee R. Burton wrote: http://mirror.rit.edu/archlinux Supports ftp and rsync as well, I would like to make it an official mirror. (do you all do push mirroring?) Located Rochester, NY, USA ~200mbps, Academic backbone No IPV6 yet... Is there any other information needed? Open a bug report about it (several people need to do various things). We'll hook you up with rsync access to the main server, and add it to mirror lists. Should be an awesome mirror for those of us linked into the academic backbone as well 8) It seems as if that mirror is out of date :-/
Re: [arch-general] How to create archlinux install CD?
All the packages are compiled for the i686 arch, so you would have to recompile every single package you would want to use. IIRC there use to be a port out there for i586 but I have no idea if it still exists. On Fri, 4 Apr 2008 08:39:50 +0200, Karolina Lindqvist [EMAIL PROTECTED] wrote: I have a new i586 machine and want to install archlinux i586 on it. So I want to recreate the archlinux install CD. But how do i do it? I have unpacked the install ISO, and is replacing all the packages, but when it comes to inird.img, the instructions in the wiki do not work. I cannot mount the unzipped inird.img. What should I do? file say that it is a cpio archive, but how do I unpack and mount it? And then, what is lowcore.img? Of course I could do it by booting debian, or something, and then replacing it with archlinux, but actually having an archlinux install CD would be pretty handy for my i586 machines.
[arch-general] [English] New Distro - Can't Read German
I need you guys to recommend a new distro. Unfortunately I made a terrible mistake by taking Spanish two years ago (didn't learn much, but still...). This means I do not know German I will be unable to read man pages and what not! I am looking for an ENGLISH distro that is as similar to Arch Linux as possible. Any help would be great! Thank you, Pyther
Re: [arch-general] Java applets in Arch64
Ondřej Kučera wrote: Hello, I need to be able to use java applets on my Arch64 box. From what I found on the wiki (http://wiki.archlinux.org/index.php/Arch64_FAQ) it should work out of the box in Konqueror but unfortunately it isn't the case for me. I tried the following two pages containing applets, neither seems to work. http://java.sun.com/docs/books/tutorial/deployment/applet/getStarted.html http://www.gnu.org/software/classpath/ I do have the java packages (both jre and jdk), I have java enabled in Konqueror, I'm not sure if I'm supposed to do something else. Truth to be told the best solution would be to have applets working in Firefox since since I need them working in an intranet web application that is not exactly 100% compatible with Konqueror, I'm afraid. Is there a working solution for Firefox? You might want to try bin32-swiftfox-athlon64 from aur. I got it running on my 64bit box with flash, works like a charm! You might have to extract the i686 java package into the /opt/lib32 folder though.
