- Arch-general - lists.archlinux.org

[arch-general] repo-add & repo-remove -- great pacman tools for your custom repo
by David C. Rankin 13 Jan '11

13 Jan '11

I ran across the repo-add/repo-remove scripts while looking at the pacman wiki: https://wiki.archlinux.org/index.php/Pacman_Tips Great work. For those that build packages from AUR/ABS, etc.. if you need to install them on multiple boxes handling both architectures, creating your own custom repository for your packages is a snap. If you haven't looked into the repo-add/repo-remove scripts, the Pacman_Tips page is worth a read. Basically, you simply use repo-add to build the repository index for all your custom packages and make it available on your lan via file://, http:// or ftp://. Then just add the entry to your pacman.conf and you have your custom repo done. Details at the link above or through 'repo-add --help' -- David C. Rankin, J.D.,P.E. Rankin Law Firm, PLLC 510 Ochiltree Street Nacogdoches, Texas 75961 Telephone: (936) 715-9333 Facsimile: (936) 715-9339 www.rankinlawfirm.com

1 0

[arch-general] tpm and suspend issues [resolved]
by Divan Santana 13 Jan '11

13 Jan '11

Hi All, Firstly, I am a newbie :) Loving Arch Linux. Huge thank you and brilliant job on a great distro. I was trying to set up suspend and noticed issues with tpm module. My problem is fixed but just wanted to share the info and seek advise if I should report this upstream (linux kernel) or what you guys think? I try suspend and it fails and returns to normal, problem is shown below: --- Jan 12 13:33:56 htf3333000l kernel: EXT4-fs (dm-3): re-mounted. Opts: commit=0 Jan 12 13:33:56 htf3333000l kernel: EXT4-fs (dm-2): re-mounted. Opts: commit=0 Jan 12 13:33:57 htf3333000l kernel: PM: Syncing filesystems ... done. Jan 12 13:33:57 htf3333000l kernel: PM: Preparing system for mem sleep Jan 12 13:33:59 htf3333000l kernel: Freezing user space processes ... (elapsed 0.01 seconds) done. Jan 12 13:33:59 htf3333000l kernel: Freezing remaining freezable tasks ... (elapsed 0.01 seconds) done. Jan 12 13:33:59 htf3333000l kernel: PM: Entering mem sleep Jan 12 13:33:59 htf3333000l kernel: Suspending console(s) (use no_console_suspend to debug) Jan 12 13:33:59 htf3333000l kernel: sd 0:0:0:0: [sda] Synchronizing SCSI cache Jan 12 13:33:59 htf3333000l kernel: sd 0:0:0:0: [sda] Stopping disk Jan 12 13:33:59 htf3333000l kernel: tpm_tis 00:0a: tpm_transmit: tpm_send: error -5 Jan 12 13:33:59 htf3333000l kernel: legacy_suspend(): pnp_bus_suspend+0x0/0xa0 returns -5 Jan 12 13:33:59 htf3333000l kernel: PM: Device 00:0a failed to suspend: error -5 Jan 12 13:33:59 htf3333000l kernel: PM: Some devices failed to suspend Jan 12 13:33:59 htf3333000l kernel: sd 0:0:0:0: [sda] Starting disk Jan 12 13:33:59 htf3333000l kernel: PM: resume of devices complete after 708.504 msecs Jan 12 13:33:59 htf3333000l kernel: PM: Finishing wakeup. Jan 12 13:33:59 htf3333000l kernel: Restarting tasks ... done. Jan 12 13:33:59 htf3333000l kernel: video LNXVIDEO:00: Restoring backlight state Jan 12 13:33:59 htf3333000l kernel: EXT4-fs (dm-3): re-mounted. Opts: commit=0 Jan 12 13:33:59 htf3333000l kernel: EXT4-fs (dm-2): re-mounted. Opts: commit=0 --- I do the following: sudo modprobe -r tpm tpm_bios tpm_tis Which results in the below, doesn't look good. --- Jan 12 13:35:15 htf3333000l kernel: BUG: scheduling while atomic: modprobe/5333/0x00000002 Jan 12 13:35:15 htf3333000l kernel: Modules linked in: tpm_tis(-) tpm tpm_bios usbhid hid act_police cls_flow cls_fw cls_u32 sch_htb sch_hfsc sch_ingress sch_sfq xt_time xt_connlimit xt_realm iptable_raw xt_comment xt_recent xt_policy ipt_ULOG ipt_REDIRECT ipt_NETMAP ipt_ECN ipt_ecn ipt_CLUSTERIP ipt_ah ipt_addrtype nf_nat_tftp nf_nat_snmp_basic nf_nat_sip nf_nat_pptp nf_nat_proto_gre nf_nat_irc nf_nat_h323 nf_nat_ftp nf_nat_amanda ts_kmp nf_conntrack_amanda nf_conntrack_sane nf_conntrack_tftp nf_conntrack_sip nf_conntrack_proto_sctp nf_conntrack_pptp nf_conntrack_proto_gre nf_conntrack_netlink nf_conntrack_netbios_ns nf_conntrack_irc nf_conntrack_h323 nf_conntrack_ftp xt_TPROXY nf_tproxy_core xt_tcpmss ip6table_filter ip6_tables xt_pkttype xt_physdev xt_owner xt_NFQUEUE xt_NFLOG nfnetlink_log xt_multiport xt_mark xt_mac xt_limit xt_length xt_iprange xt_helper xt_hashlimit xt_DSCP xt_dscp xt_dccp xt_conntrack xt_connmark xt_CLASSIFY ipt_LOG ipt_MASQUERADE nfnetlink iptable_nat nf_nat nf_conntrack_ipv4 nf_defrag_ipv4 xt_state nf_conntrack ipt_REJECT xt_CHECKSUM iptable_mangle xt_tcpudp ipv6 iptable_filter ip_tables x_tables rfcomm sco bnep l2cap ext2 arc4 ecb snd_seq_dummy snd_seq_oss tun snd_seq_midi_event snd_seq snd_hda_codec_conexant bridge iwlagn snd_seq_device snd_hda_intel stp snd_hda_codec snd_pcm_oss llc iwlcore snd_mixer_oss kvm_intel joydev pcmcia kvm snd_hwdep snd_pcm mac80211 sdhci_pci snd_timer yenta_socket thinkpad_acpi cpufreq_ondemand btusb snd sdhci zaurus pcmcia_rsrc cfg80211 cdc_ether acpi_cpufreq usbnet mmc_core soundcore bluetooth e1000e i2c_i801 iTCO_wdt freq_table cdc_wdm cdc_acm wmi psmouse nvram pcspkr snd_page_alloc mii thermal pcmcia_core processor battery rfkill led_class ac sg serio_raw evdev iTCO_vendor_support mperf ext4 mbcache jbd2 crc16 cryptd aes_x86_64 aes_generic xts gf128mul dm_crypt dm_mod sd_mod sr_mod cdrom ahci libahci uhci_hcd libata ehci_hcd scsi_mod usbcore i915 drm_kms_helper drm i2c_algo_bit button i2c_core video output intel_agp [last unloaded: tpm_bios] Jan 12 13:35:15 htf3333000l kernel: Pid: 5333, comm: modprobe Not tainted 2.6.36-ARCH #1 Jan 12 13:35:15 htf3333000l kernel: Call Trace: Jan 12 13:35:15 htf3333000l kernel: [<ffffffff81045f61>] __schedule_bug+0x61/0x70 Jan 12 13:35:15 htf3333000l kernel: [<ffffffff81393cbb>] schedule+0x89b/0x9c0 Jan 12 13:35:15 htf3333000l kernel: [<ffffffff8139433d>] schedule_timeout+0x21d/0x360 Jan 12 13:35:15 htf3333000l kernel: [<ffffffff8139433d>] ? schedule_timeout+0x21d/0x360 Jan 12 13:35:15 htf3333000l kernel: [<ffffffff813932d0>] wait_for_common+0xc0/0x160 Jan 12 13:35:15 htf3333000l kernel: [<ffffffff8104e730>] ? default_wake_function+0x0/0x10 Jan 12 13:35:15 htf3333000l kernel: [<ffffffff81393418>] wait_for_completion+0x18/0x20 Jan 12 13:35:15 htf3333000l kernel: [<ffffffff810b96e0>] synchronize_sched+0x50/0x60 Jan 12 13:35:15 htf3333000l kernel: [<ffffffff81072d90>] ? wakeme_after_rcu+0x0/0x10 Jan 12 13:35:15 htf3333000l kernel: [<ffffffffa02678da>] tpm_remove_hardware+0x5a/0xb0 [tpm] Jan 12 13:35:15 htf3333000l kernel: [<ffffffffa016d05d>] cleanup_tis+0x4b/0x14f [tpm_tis] Jan 12 13:35:15 htf3333000l kernel: [<ffffffff8108f684>] sys_delete_module+0x194/0x290 Jan 12 13:35:15 htf3333000l kernel: [<ffffffff8100af42>] system_call_fastpath+0x16/0x1b --- sudo lsmod|grep tpm results in nothing. I can then suspend successfully. I wonder if this related to the marked as fixed bug in 2010-08 last year: http://kerneltrap.org/mailarchive/linux-kernel/2010/7/8/4591885/thread https://bugzilla.kernel.org/show_bug.cgi?id=16256 $ uname -a Linux fakename 2.6.36-ARCH #1 SMP PREEMPT Sat Jan 8 14:15:27 CET 2011 x86_64 Intel(R) Core(TM)2 Duo CPU P8600 @ 2.40GHz GenuineIntel GNU/Linux I disabled this in rc.conf by adding this to MODULES !tpm !tpm_bios !tpm_tis however now I just disabled the security chip in the BIOS (lenovo W500). It seems this tpm is for some chip that provides hardware crypt security features which I don't use. I'm not sure if I should report this upstream or not, thought maybe you guys might have a better suggestion? Any thoughts -- Divan Santana

1 0

[arch-general] Knotifyv4 segfaults
by Nilesh Govindarajan 12 Jan '11

12 Jan '11

For some reason I am unable to ascertain, knotifyv4 keeps segfaulting. It does work, but I get that error message when I login and logout, and sometimes (rarely) in the middle of my work. This started after I reinstalled arch on my box. Any clues? 64bit. And no, it's not a bad RAM, I've ran memtest86+. -- Regards, Nilesh Govindarajan Facebook: http://www.facebook.com/nilesh.gr Twitter: http://twitter.com/nileshgr Website: http://www.itech7.com VPS Hosting: http://www.itech7.com/a/vps

3 3

Re: [arch-general] (now 4.5.5-1) Re: kde-4.5.4 loads kde3 kicker and background (even with ~/.kde & ~/.kde4 removed)
by David C. Rankin 12 Jan '11

12 Jan '11

On 01/08/2011 04:21 PM, David Rosenstrauch wrote: > Seriously David, I think it's time for you to give up on kde3 already. > > You can't expect the people on the Arch list to help support old, unsupported, > and out of date software. The more you bring your Arch box up to date the less > and less likely it'll be that old, unsupported software will run on it. > > Why not switch to XFCE or something? You can still use some KDE(4) apps if you > want, without having to be tied down to the whole environment. > > DR Thanks DR. I'm not looking for help with kde3. (I know it is dead and not supported and I wouldn't bother the list with it) I'm looking for why kde4 is loading the old kde3 kicker & background by default. The issue here has nothing to do with kde3. There is no reason I shouldn't be able to leave it installed and still use kde4. Ever since the June 2008 launch of kde 4.0.4, it has been widely represented that you can have both kde3 and kde4 installed side-by-side and they should not interfere with each other. That's why K3 is /opt based with its user config in ~/.kde while K4 is /usr based with its user config in ~/.kde4. What I need to find is where and why in the kde4.5.5-1 load process the Arch i686 packages are looking for the prior kde config and creating an erroneous ~/.kde4/share/config/kickerrc. I'm not bitching, I'm just trying to find answers to not only solve my problem, but help everyone else out that might be bitten by this. There seems to be some difference in the Arch kde4 packaging between i686 and x86_64. (I know it doesn't make sense...) I have a dozen Arch boxes and I have no problems with the x86_64 kde4 where kdemod3 is still installed. But for some reason on the i686 Dell boxes, I either get kde4 pulling in its plasma panel & the kde3 kicker or I get lockups of kde4 at the end of ksplash (box hardlocks) On my suse boxes with both kde3 and kde4 installed, both i686 and x86_64, kde4 loads without any of this strangeness. That's the only reason it points me to the possibility of an Arch i686 k4 packaging issue. The biggest difference is the Arch install creates the ~/.kde4/share/config/kickerrc which loads the kde3 kicker panel in kde4. That should not happen. The SuSE install of kde4 creates no ~/.kde4/share/config/kickerrc at all (which is correct because kde4 has a 'plasma panel' and no 'kicker' at all) So why the Arch k4 i686 packaging causes a k4 kickerrc to be created at all is a mystery to me and probably worth looking into as it should not be occurring at all. The Arch x86_64 kde4 packaging does not do this either. On my Arch x86_64 boxes, no kickerrc is created: 13:41 nirvana:~> l ~/.kde4/share/config/kicker* ls: cannot access /home/david/.kde4/share/config/kicker*: No such file or directory So something is not correct with the i686 k4 packaging that causes a kde4 kickerrc to be created. -- David C. Rankin, J.D.,P.E. Rankin Law Firm, PLLC 510 Ochiltree Street Nacogdoches, Texas 75961 Telephone: (936) 715-9333 Facsimile: (936) 715-9339 www.rankinlawfirm.com

5 8

[arch-general] Error for extract archive .tar
by dario 12 Jan '11

12 Jan '11

Hi! i have a problem for extract an archive .tar, because when write "tar -xzvf archive.tar.gz" i get the messenge: gzip: stdin: not in gzip format tar: Child returned status 1 tar: Error is not recoverable: exiting now i have installed tar and gzip, and would install 7zip, but i can't. What is the problem? Thank you very much -- Dario PD: sorry my english, your understanding

5 4

[arch-general] Why does v4l-utils package exists both in [extra] and [multilib]?
by Kirill Churin 12 Jan '11

12 Jan '11

Why does v4l-utils package exists both in [extra] and [multilib]? Found it while updating Skype wiki page. -- Kirill Churin Jabber: reflexing(a)reflexing.ru, ICQ: 8163230, Skype on demand.

2 1

[arch-general] udev slow to start up
by Ty John 11 Jan '11

11 Jan '11

Hi guys, I have a brand new computer and every time it boots it stalls for a while at "starting udev". Maybe about 10-15 seconds. Then when it gets to the part "Waiting for udev events to be processed" it then stalls for another 30 seconds or so. When I boot from the Arch install disk I don't get the problem so I'm guessing it's something to do with the version of udev or the kernel maybe. I have udev-165 and udev-compat-165 installed and I have also tried going back to udev-164 but it made no difference. I get this in dmesg after boot. I know it's my sata DVD drive so here is the output of 'dmesg | grep ata2' [ty@donna ~]$ dmesg | grep ata2 ata2: SATA max UDMA/133 abar m1024@0xfe02f000 port 0xfe02f180 irq 22 ata2: SATA link up 1.5 Gbps (SStatus 113 SControl 300) ata2.00: ATAPI: TSSTcorp CDDVDW SH-S223C, SB04, max UDMA/100 ata2.00: configured for UDMA/100 ata2.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 frozen ata2.00: failed command: IDENTIFY PACKET DEVICE ata2.00: cmd a1/00:01:00:00:00/00:00:00:00:00/00 tag 0 pio 512 in ata2.00: status: { DRDY } ata2: hard resetting link ata2: SATA link up 1.5 Gbps (SStatus 113 SControl 300) ata2.00: configured for UDMA/100 ata2: EH complete ata2.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 frozen ata2.00: failed command: IDENTIFY PACKET DEVICE ata2.00: cmd a1/00:01:00:00:00/00:00:00:00:00/00 tag 0 pio 512 in ata2.00: status: { DRDY } ata2: hard resetting link ata2: SATA link up 1.5 Gbps (SStatus 113 SControl 300) ata2.00: configured for UDMA/100 ata2: EH complete Other than those error messages and the slow boot, the drive seems to work fine. I have been able to read and burn discs with no problem. If anyone has any ideas it would be greatly appreciated.

3 2

Re: [arch-general] Welcome to Arch
by dario 11 Jan '11

11 Jan '11

> Date: Sun, 9 Jan 2011 20:24:53 -0300 > From: Nicol?s Reynolds <fauno(a)kiwwwi.com.ar> > To: General Discussion about Arch Linux <arch-general(a)archlinux.org> > Subject: Re: [arch-general] Welcome to Arch > Message-ID: <20110109232453.GG5329@ponape> > Content-Type: text/plain; charset="utf-8" > > El 09/01/11 08:15, dario dijo: > > Acabo de instalarme Arch 2010.05 desde cd y la verdad que me sorprendi? > > much?simo su din?mica para instalarlo (no es complicado con un poco de > > ayuda a la hora de instalar GNOME) y su velocidad, vengo de cansarme de > > Ubuntu (?soy yo solo o hay alguna persona que note algo oscuro en > > Ubuntu?) y creo que me quedo con Arch. > > > > Un saludo a todos y ojal? que seamos m?s > > buenas! la lista es angloparlante, as? que en unos minutos te van a empezar a > caer palos :P > JAJA I'm sorry, was the emotion!

2 1

Re: [arch-general] [arch-dev-public] [signoff] TeXLive packages
by Kazuo Teramoto 11 Jan '11

11 Jan '11

On Mon, Jan 10, 2011 at 8:49 AM, Rémy Oudompheng <remyoudompheng(a)gmail.com> wrote: > > These install scripts are giving headaches: I'll change it to simply > replace updmap.cfg by the concatenation of > /usr/share/texmf/web2c/updmap-hdr.cfg, > /var/lib/texmf/arch/installedpkgs/texlive-*.maps and > /etc/texmf/web2c/updmap-local.cfg as recommended upstream. Thanks for the update! But I'm doing something wrong... I put the custom Map entries in the /etc/texmf/web2c/updmap-local.cfg and run texhash (my custom map files are at /usr/local/share/texmf/.../) But running updmap-sys dont include the Map entries from updmap-local.cfg only from updmap.cfg In the header of updmap.cfg we have: ====== # 2) add your local map entries to the file # TEXMFLOCAL/web2c/updmap-local.cfg # and then call # tlmgr generate updmap # which will concatenate updmap-local.cfg to the end of the final # updmap.cfg. (You can override the local.cfg file location with the # --localcfg option; see tlmgr --help.) ====== I tried to put the file at TEXMFLOCAL/web2c/updmap-local.cfg but it dont work, and the tlmgr is not included in the arch distro (iirc all thing that tlmgr do are implemented or not needed by the packaging for Arch). For now I'm manually concatening the -local.cfg to the updmap.cfg. But I like to know if a more correctly way exist. If not, I think that changing the update msg so its says that a manually concatening of the -local files are needed can be useful. Thanks, Kazuo. -- “The journey is more important than the destination—that’s part of life, if you only live for getting to the end, you’re almost always disappointed.” Donald E. Knuth

1 1

[arch-general] python 2.7.1-3 -> python 2.7.1-4 broke django
by Alper KANAT 11 Jan '11

11 Jan '11

Hello Fellow Archers, With the last update, I'm not able to run ./manage.py at all which I was just before the update. (I can't downgrade because I wiped pacman cache) Here is what it says: $ ./manage.py runserver 192.168.56.101:8000 bash: ./manage.py: /usr/bin/python2^M: bad interpreter: No such file or directory $ /usr/bin/python2 Python 2.7.1 (r271:86832, Jan 6 2011, 11:51:37) [GCC 4.5.2] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> $ /usr/bin/env python2 Python 2.7.1 (r271:86832, Jan 6 2011, 11:51:37) [GCC 4.5.2] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> $ y -Qs python2 extra/python2 2.7.1-4 A high-level scripting language extra/python2-distribute 0.6.14-2 A collection of extensions to the Python 2 distutils Any ideas? --- Quis custodiet ipsos custodes?

2 1