Re: [arch-general] conntrack does not display bytes and packets
--- On Wed, 5/11/11, Vieri rentor...@yahoo.com wrote: Since I updated my kernel to 2.6.36 and 2.6.37, /proc/net/nf_conntrack and conntrack -L do NOT show packets and bytes even for ASSURED / REPLIED connections. Apparently, newer kernel versions require the user to set: sysctl -w net.netfilter.nf_conntrack_acct=1
[arch-general] postfix rc.d script
Hi all, On my workstation I have LXC (linux containers) setup and postfix rc.d script does not work on the host. I think reason for this is the way it gets the PID of the master process: PID=$(pidof -o %PPID /usr/lib/postfix/master) On my host this value is: pidof -o %PPID /usr/lib/postfix/master 29187 27623 881 As you can see it catches all master processes running in all LXC containers! Needless to say rc.d script doesn't work. Whats the idea behind using pidof? Storing the PID in /var/run is not an option? -- Milos Negovanovic milos.negovano...@gmail.com
Re: [arch-general] postfix rc.d script
[2011-05-12 09:45:55 +0100] Milos Negovanovic: On my workstation I have LXC (linux containers) setup and postfix rc.d script does not work on the host. I think reason for this is the way it gets the PID of the master process: PID=$(pidof -o %PPID /usr/lib/postfix/master) Using pidof is standard, but we could switch to extracting the PID from /var/lib/postfix/master.lock (It's just one option that I can think of right now.) Could you open a bug report for this issue? -- Gaetan
Re: [arch-general] [aur-general] Orphans [extra] repository cleanup
Am Thu, 12 May 2011 13:53:10 +0200 schrieb Andrea Scarpino and...@archlinux.org: # These will be moved to AUR krusader If there are no objections I'll move all them tomorrow. I have one objection. Krusader should stay in the binary repos. It's simply the best file manager I know. Heiko
Re: [arch-general] [arch-dev-public] [aur-general] Orphans [extra] repository cleanup
On Thu, May 12, 2011 at 14:53, Andrea Scarpino and...@archlinux.org wrote: # These will be moved to AUR gptfdisk If there are no objections I'll move all them tomorrow. GPT users what should use then? parted? I like very much this app, and I don't think I'm the only one. Or at least move it to [community] and not AUR, 'cause I don't want to compile this every time I make a new installation.
Re: [arch-general] [arch-dev-public] [signoff] kernel26-2.6.38.6-1
On Tue, May 10, 2011 at 6:57 AM, Tobias Powalowski t.p...@gmx.de wrote: Hi, bump to latest version. Please signoff both arches, I'm probably too late already, but this kernel started crashing whenever I insert SDHC card in my laptop: This is on x86_64. May 10 19:18:04 huygens kernel: [14632.030103] mmc0: new high speed SDHC card at address May 10 19:18:04 huygens kernel: [14632.031918] mmcblk0: mmc0: SD04G 3.69 GiB May 10 19:18:04 huygens kernel: [14632.032197] divide error: [#1] PREEMPT SMP May 10 19:18:04 huygens kernel: [14632.032260] last sysfs file: /sys/devices/virtual/bdi/179:0/uevent May 10 19:18:04 huygens kernel: [14632.032308] CPU 1 May 10 19:18:04 huygens kernel: [14632.032326] Modules linked in: ipv6 coretemp snd_usb_audio snd_usbmidi_lib snd_rawmidi snd_seq_device usbhid hid uvcvideo videodev v4l2_compat_ioctl32 mmc_block joydev snd_hda_codec_realtek snd_hda_intel snd_hda_codec snd_hwdep snd_pcm snd_timer firewire_ohci snd sdhci_pci firewire_core soundcore sdhci uhci_hcd ehci_hcd crc_itu_t mmc_core snd_page_alloc sparse_keymap ac usbcore psmouse thermal wmi i2c_i801 battery sg iTCO_wdt iTCO_vendor_support r8169 mii evdev serio_raw fuse arc4 ecb iwl3945 iwlcore mac80211 cfg80211 rfkill cpufreq_powersave cpufreq_ondemand acpi_cpufreq freq_table processor mperf ext3 jbd mbcache sr_mod cdrom sd_mod ata_piix pata_acpi ahci libahci libata scsi_mod i915 drm_kms_helper i2c_algo_bit button video drm i2c_core intel_agp intel_gtt May 10 19:18:04 huygens kernel: [14632.033093] May 10 19:18:04 huygens kernel: [14632.033109] Pid: 8489, comm: mmcqd/0 Not tainted 2.6.38-ARCH #1 TOSHIBA Satellite U305/Satellite U305 May 10 19:18:04 huygens kernel: [14632.033186] RIP: 0010:[a026af95] [a026af95] sdhci_send_command+0x575/0xbf0 [sdhci] May 10 19:18:04 huygens kernel: [14632.033256] RSP: 0018:880100701b60 EFLAGS: 00010046 May 10 19:18:04 huygens kernel: [14632.033294] RAX: RBX: 880136bbfc80 RCX: May 10 19:18:04 huygens kernel: [14632.033341] RDX: RSI: 0083 RDI: 880136bbf800 May 10 19:18:04 huygens kernel: [14632.033387] RBP: 880100701be0 R08: R09: 10624dd3 May 10 19:18:04 huygens kernel: [14632.033434] R10: 0001 R11: 0001 R12: 880100701ce0 May 10 19:18:04 huygens kernel: [14632.033480] R13: 880100701d50 R14: 0003 R15: 880040ca7780 May 10 19:18:04 huygens kernel: [14632.033527] FS: () GS:8800bf50() knlGS: May 10 19:18:04 huygens kernel: [14632.033582] CS: 0010 DS: ES: CR0: 8005003b May 10 19:18:04 huygens kernel: [14632.033620] CR2: 08bbd008 CR3: a2425000 CR4: 06e0 May 10 19:18:04 huygens kernel: [14632.033667] DR0: DR1: DR2: May 10 19:18:04 huygens kernel: [14632.033713] DR3: DR6: 0ff0 DR7: 0400 May 10 19:18:04 huygens kernel: [14632.033760] Process mmcqd/0 (pid: 8489, threadinfo 88010070, task 88001a0f94d0) May 10 19:18:04 huygens kernel: [14632.033812] Stack: May 10 19:18:04 huygens kernel: [14632.033830] 880100701bf0 a0497e3c 88011df90038 May 10 19:18:04 huygens kernel: [14632.033894] 88001a0f94d0 88001a0f94d0 May 10 19:18:04 huygens kernel: [14632.033957] 81051f20 0286 880100701bd0 880136bbf800 May 10 19:18:04 huygens kernel: [14632.034021] Call Trace: May 10 19:18:04 huygens kernel: [14632.034048] [a0497e3c] ? __mmc_claim_host+0x12c/0x180 [mmc_core] May 10 19:18:04 huygens kernel: [14632.034098] [81051f20] ? default_wake_function+0x0/0x10 May 10 19:18:04 huygens kernel: [14632.034145] [a026b6f9] sdhci_request+0xe9/0x110 [sdhci] May 10 19:18:04 huygens kernel: [14632.034193] [a04974e2] mmc_wait_for_req+0x102/0x140 [mmc_core] May 10 19:18:04 huygens kernel: [14632.034239] [a02936ae] mmc_blk_issue_rw_rq+0x20e/0x690 [mmc_block] May 10 19:18:04 huygens kernel: [14632.034287] [810506ec] ? update_curr+0xdc/0x1c0 May 10 19:18:04 huygens kernel: [14632.034330] [a04975b0] ? mmc_wait_done+0x0/0x10 [mmc_core] May 10 19:18:04 huygens kernel: [14632.034376] [811f8018] ? cfq_dispatch_requests+0x1b8/0xb60 May 10 19:18:04 huygens kernel: [14632.034420] [a029402d] mmc_blk_issue_rq+0x10d/0x1a0 [mmc_block] May 10 19:18:04 huygens kernel: [14632.034469] [811e5e9e] ? blk_start_request+0x2e/0x40 May 10 19:18:04 huygens kernel: [14632.034510] [a02941c2] mmc_queue_thread+0x102/0x130 [mmc_block] May 10 19:18:04 huygens kernel: [14632.034560] [a02940c0] ? mmc_queue_thread+0x0/0x130 [mmc_block] May 10 19:18:04 huygens kernel: [14632.034610] [81079a47] kthread+0x87/0x90 May 10 19:18:04 huygens kernel: [14632.034645] [8100bc24]
Re: [arch-general] [arch-dev-public] [signoff] kernel26-2.6.38.6-1
On Thu, May 12, 2011 at 9:54 AM, Sander Jansen s.jan...@gmail.com wrote: On Tue, May 10, 2011 at 6:57 AM, Tobias Powalowski t.p...@gmx.de wrote: Hi, bump to latest version. Please signoff both arches, I'm probably too late already, but this kernel started crashing whenever I insert SDHC card in my laptop: This is on x86_64. Never mind. found the bug report: https://bugs.archlinux.org/task/23778
[arch-general] GPT not recognise after swapping internal and external drives
Hi list, I'm changing computer, Asus A600 to a Thinkpad T60. My configuration on the Asus is an internal IDE magnetic drive and an external SATA SSD drive. The system boot from the SSD and hold the /, /home partitions. The internal IDE disk holds the /op, /var and an 3rd partition mounted somewhere else, not really important. The T60 contains an internal SATA bay. So I swaped disks, putting the SATA SSD drive inside and using the IDE disk as external. The boot menu show up, boot, but kind of fails recognising the drives, with errors like : Unhandled sense code. Still the right number of partition is recognised and and the GPT seems to work as /dev/disk/by-uuid show the right symlinks to the partitions. I launched gdisk sda which tells me no GPT but MBR yes do you want to convert your MBR to GPTI'm not going this way. So the GPT seems broken here. I put back the disk in my Asus and it all work perfectly again. Do you know a way I could fix that? Thank you Laurent
[arch-general] [signoff] lvm2/device-mapper 2.02.85-1
Hi, lvm2/device-mapper 2.02.85-1 is in testing. Changes: - Upstream update - Fixed hook for lvm2 setup on encrypted fs (close FS#22955) - Added patch to remove bogus error message Please test and signoff. Signoffs from users are welcomed. Eric
[arch-general] AUR deletion request
Can a TU for the AUR please delete all packages owned by ryooichi (myself) that begin with archtrack? Thank you!
Re: [arch-general] AUR deletion request
On Thu, May 12, 2011 at 9:12 PM, |^ `/ () () | ( (-) | ryooichi+a...@gmail.com wrote: Can a TU for the AUR please delete all packages owned by ryooichi (myself) that begin with archtrack? Thank you! Can you please post links to all the packages you want deleted?
Re: [arch-general] AUR deletion request
On 13 May 2011 05:26, Thomas Dziedzic gos...@gmail.com wrote: On Thu, May 12, 2011 at 9:12 PM, |^ `/ () () | ( (-) | ryooichi+a...@gmail.com wrote: Can a TU for the AUR please delete all packages owned by ryooichi (myself) that begin with archtrack? Thank you! Can you please post links to all the packages you want deleted? I'm also interested in the reason for the deletion.
