- Arch-general - lists.archlinux.org

[arch-general] ArchLinux-Arwork dropped to Aur, I adopt it and I have an idea
by Pablo Lezaeta Reyes 26 Oct '13

26 Oct '13

I addopted tha archlinux-artwork because I have a idea on how reviving a little this thin'. I want pull it to a Github server and receive artworks for the project, so that can by a little more populated, users can contribute whit fixes in gamas and others add new art I want know if already exist a place for that or I need create ir by myself and not thing, all art remain archlinux and all, I add a clear statenment on the ReadMe So I first want do ir right and ask permisison or know if already exist a place.. -- *Pablo Lezaeta *

4 4

[arch-general] Kernel freeze on boot with kernel 3.10.x
by Nils Becker 24 Oct '13

24 Oct '13

Hello everyone, since kernel version >3.9.x (e.g. 3.10.3, 3.10.10) my system freezes during the boot. I was hoping for a fix to appear in later versions of 3.10. but as this was not the case, I am in dire need of help to debug this problem as currently I am not even getting any logs from the crash. Problem: After grub is loaded the system loads the initial ram disk and I am prompted to enter the password for my root partition. After that the system starts normally (systemd messages) and freezes at some point. The last message printed differs a little bit between boots, but it is roughly about "Mounted Config File System". The freeze is apparently a complete crash: I started a systemd rescue console on tty9 (which startup is printed out) but I cannot switch in that console after the freeze (no response on key events). Apparently the logs are not yet written to the harddisk as I can not find any entries on that boot if I startup another kernel. I would be grateful for any pointers on this issue and/or some suggestions how I can at least get a useful log from the crash to open a bug report. I am using the standard arch linux packages (at least where the bootup is involved). My system is using a raid1 with encrypted root partition. And yes, it works flawlessly if I downgrade the linux package to <3.10.x. My hardware configuration (hwinfo output) can be found under: www.ncbecker.de/pc/hwinfo I ran hwinfo with the lts-kernel. Cheers Nils

3 3

Re: [arch-general] [arch-dev-public] Orphaning Wireshark
by Genes Lists 22 Oct '13

22 Oct '13

On 10/22/2013 03:53 AM, Guillaume Alaux wrote: > On 18 October 2013 11:48, Timothy M. Redaelli > <timothy.redaelli(a)gmail.com> wrote: ... >> >> Adopted, thanks >> Especially with the new wireshark-qt [1] effort underway - thank you for taking this on. gene [1] https://blog.wireshark.org/2013/10/switching-to-qt

1 0

[arch-general] LVM + mdadm no longer works on boot
by Sean Greenslade 22 Oct '13

22 Oct '13

Hi, all. I'm running a small fileserver that has three SATA drives set up in RAID5 via mdadm. That RAID holds one LVM pv which is split up into several logical volumes. This setup has worked fine in the past, but with the lastest system update my LVM partitions are not getting discovered correctly, leading to the boot hanging until I manually run "vgchange -ay". After that, the boot proceeds as normal. It would appear that the latest lvm2 package is what causes the issue. Downgrading to 2.02.100-1 boots fine, whereas 2.02.103-1 hangs. So how exactly should I proceed from here? I'm trying to understand how systemd makes it all work together, but I'm rather confused by it all. Thanks, --Sean Greenslade

2 6

Re: [arch-general] ulogd fails to start - cannot find key `oob.in'
by Wayne S 21 Oct '13

21 Oct '13

update, see below to fix ulogd with NFLOG At 10/21/2013 10:17 AM, you wrote: >At 10/19/2013 09:55 AM, you wrote: >>I did a system update the other day with shorewall and ulogd installed. Now ulogd fails to start: >> >>Sat Oct 19 08:26:01 2013 <5> ulogd.c:375 registering plugin `NFLOG' >>Sat Oct 19 08:26:01 2013 <5> ulogd.c:375 registering plugin `BASE' >>Sat Oct 19 08:26:01 2013 <5> ulogd.c:375 registering plugin `IP2STR' >>Sat Oct 19 08:26:01 2013 <5> ulogd.c:375 registering plugin `PRINTPKT' >>Sat Oct 19 08:26:01 2013 <5> ulogd.c:375 registering plugin `LOGEMU' >>Sat Oct 19 08:26:01 2013 <7> ulogd.c:741 cannot find key `oob.in' in stack >>Sat Oct 19 08:26:01 2013 <8> ulogd.c:1234 not even a single working plugin stack >> >>Looking at ulogd package changes shows: >> >>-plugin="/usr/lib/ulogd/ulogd_inppkt_ULOG.so" >>+plugin="/usr/lib/ulogd/ulogd_inppkt_NFLOG.so" >> >>Comparing the difference between ULOG.so and NFLOG.so indicates that the 'oob.in' key does not exist in NFLOG but does exist in ULOG, for example: >> >># ulogd --info /usr/lib/ulogd/ulogd_inppkt_ULOG.so >>Name: ULOG >>Config options: >> Var: bufsize (Integer, Default: 150000) >> Var: nlgroup (Integer, Default: 32) >> Var: rmem (Integer, Default: 131071) >> Var: numeric_label (Integer, Default: 0) >>Input keys: >> Input plugin, No keys >>Output keys: >> Key: raw.mac (raw data) >> Key: raw.pkt (raw data) >> Key: raw.pktlen (unsigned int 32) >> Key: raw.pktcount (unsigned int 32) >> Key: oob.prefix (string) >> Key: oob.time.sec (unsigned int 32) >> Key: oob.time.usec (unsigned int 32) >> Key: oob.mark (unsigned int 32) >> Key: oob.in (string) >> Key: oob.out (string) >> Key: oob.hook (unsigned int 8) >> Key: raw.mac_len (unsigned int 16) >> Key: oob.family (unsigned int 8) >> Key: oob.protocol (unsigned int 16) >> Key: raw.label (unsigned int 8) >> >> >># ulogd --info /usr/lib/ulogd/ulogd_inppkt_NFLOG.so >>Name: NFLOG >>Config options: >> Var: bufsize (Integer, Default: 150000) >> Var: group (Integer, Default: 0) >> Var: unbind (Integer, Default: 1) >> Var: bind (Integer, Default: 0) >> Var: seq_local (Integer, Default: 0) >> Var: seq_global (Integer, Default: 0) >> Var: numeric_label (Integer, Default: 0) >> Var: netlink_socket_buffer_size (Integer, Default: 0) >> Var: netlink_socket_buffer_maxsize (Integer, Default: 0) >> Var: netlink_qthreshold (Integer, Default: 0) >> Var: netlink_qtimeout (Integer, Default: 0) >>Input keys: >> Input plugin, No keys >>Output keys: >> Key: raw.mac (raw data) >> Key: raw.pkt (raw data) >> Key: raw.pktlen (unsigned int 32) >> Key: raw.pktcount (unsigned int 32) >> Key: oob.prefix (string) >> Key: oob.time.sec (unsigned int 32) >> Key: oob.time.usec (unsigned int 32) >> Key: oob.mark (unsigned int 32) >> Key: oob.ifindex_in (unsigned int 32) >> Key: oob.ifindex_out (unsigned int 32) >> Key: oob.hook (unsigned int 8) >> Key: raw.mac_len (unsigned int 16) >> Key: oob.seq.local (unsigned int 32) >> Key: oob.seq.global (unsigned int 32) >> Key: oob.family (unsigned int 8) >> Key: oob.protocol (unsigned int 16) >> Key: oob.uid (unsigned int 32) >> Key: oob.gid (unsigned int 32) >> Key: raw.label (unsigned int 8) >> Key: raw.type (unsigned int 16) >> Key: raw.mac.saddr (raw data) >> Key: raw.mac.addrlen (unsigned int 16) >> Key: raw (raw data) >> >>Reverting ulogd.conf file to use ULOG instead of NFLOG, allows ulogd to run, but NFLOG is probably what is in the kernel, hence this change does log anything. >> >>Any suggestions on getting NFLOG to work? >> >>Wayne > >I found the problem with ulogd not starting. Reading through the example config: > >/usr/share/doc/ulogd/ulogd.conf > >I noticed that the /etc/ulogd.conf file from the recent system upgrade is incorrect. >Here is the corrected ulogd.conf, which was missing the IFINDEX plugin in the stack: > >[global] >logfile="/var/log/ulogd.log" >loglevel=5 >rmem=131071 >bufsize=150000 > >plugin="/usr/lib/ulogd/ulogd_inppkt_NFLOG.so" >plugin="/usr/lib/ulogd/ulogd_raw2packet_BASE.so" >plugin="/usr/lib/ulogd/ulogd_filter_IFINDEX.so" >plugin="/usr/lib/ulogd/ulogd_filter_IP2STR.so" >plugin="/usr/lib/ulogd/ulogd_filter_PRINTPKT.so" >plugin="/usr/lib/ulogd/ulogd_output_LOGEMU.so" > >#stack=log1:NFLOG,base1:BASE,ip2str1:IP2STR,print1:PRINTPKT,emu1:LOGEMU >stack=log1:NFLOG,base1:BASE,ifi1:IFINDEX,ip2str1:IP2STR,print1:PRINTPKT,emu1:LOGEMU > >[log1] >group=1 > >[emu1] >file=/var/log/ulogd.syslogemu > >Wayne S Update - change group to 0 [log1] group=0 Wayne S

1 0

Re: [arch-general] ulogd fails to start - cannot find key `oob.in'
by Wayne S 21 Oct '13

21 Oct '13

At 10/19/2013 09:55 AM, you wrote: >I did a system update the other day with shorewall and ulogd installed. Now ulogd fails to start: > >Sat Oct 19 08:26:01 2013 <5> ulogd.c:375 registering plugin `NFLOG' >Sat Oct 19 08:26:01 2013 <5> ulogd.c:375 registering plugin `BASE' >Sat Oct 19 08:26:01 2013 <5> ulogd.c:375 registering plugin `IP2STR' >Sat Oct 19 08:26:01 2013 <5> ulogd.c:375 registering plugin `PRINTPKT' >Sat Oct 19 08:26:01 2013 <5> ulogd.c:375 registering plugin `LOGEMU' >Sat Oct 19 08:26:01 2013 <7> ulogd.c:741 cannot find key `oob.in' in stack >Sat Oct 19 08:26:01 2013 <8> ulogd.c:1234 not even a single working plugin stack > >Looking at ulogd package changes shows: > >-plugin="/usr/lib/ulogd/ulogd_inppkt_ULOG.so" >+plugin="/usr/lib/ulogd/ulogd_inppkt_NFLOG.so" > >Comparing the difference between ULOG.so and NFLOG.so indicates that the 'oob.in' key does not exist in NFLOG but does exist in ULOG, for example: > ># ulogd --info /usr/lib/ulogd/ulogd_inppkt_ULOG.so >Name: ULOG >Config options: > Var: bufsize (Integer, Default: 150000) > Var: nlgroup (Integer, Default: 32) > Var: rmem (Integer, Default: 131071) > Var: numeric_label (Integer, Default: 0) >Input keys: > Input plugin, No keys >Output keys: > Key: raw.mac (raw data) > Key: raw.pkt (raw data) > Key: raw.pktlen (unsigned int 32) > Key: raw.pktcount (unsigned int 32) > Key: oob.prefix (string) > Key: oob.time.sec (unsigned int 32) > Key: oob.time.usec (unsigned int 32) > Key: oob.mark (unsigned int 32) > Key: oob.in (string) > Key: oob.out (string) > Key: oob.hook (unsigned int 8) > Key: raw.mac_len (unsigned int 16) > Key: oob.family (unsigned int 8) > Key: oob.protocol (unsigned int 16) > Key: raw.label (unsigned int 8) > > ># ulogd --info /usr/lib/ulogd/ulogd_inppkt_NFLOG.so >Name: NFLOG >Config options: > Var: bufsize (Integer, Default: 150000) > Var: group (Integer, Default: 0) > Var: unbind (Integer, Default: 1) > Var: bind (Integer, Default: 0) > Var: seq_local (Integer, Default: 0) > Var: seq_global (Integer, Default: 0) > Var: numeric_label (Integer, Default: 0) > Var: netlink_socket_buffer_size (Integer, Default: 0) > Var: netlink_socket_buffer_maxsize (Integer, Default: 0) > Var: netlink_qthreshold (Integer, Default: 0) > Var: netlink_qtimeout (Integer, Default: 0) >Input keys: > Input plugin, No keys >Output keys: > Key: raw.mac (raw data) > Key: raw.pkt (raw data) > Key: raw.pktlen (unsigned int 32) > Key: raw.pktcount (unsigned int 32) > Key: oob.prefix (string) > Key: oob.time.sec (unsigned int 32) > Key: oob.time.usec (unsigned int 32) > Key: oob.mark (unsigned int 32) > Key: oob.ifindex_in (unsigned int 32) > Key: oob.ifindex_out (unsigned int 32) > Key: oob.hook (unsigned int 8) > Key: raw.mac_len (unsigned int 16) > Key: oob.seq.local (unsigned int 32) > Key: oob.seq.global (unsigned int 32) > Key: oob.family (unsigned int 8) > Key: oob.protocol (unsigned int 16) > Key: oob.uid (unsigned int 32) > Key: oob.gid (unsigned int 32) > Key: raw.label (unsigned int 8) > Key: raw.type (unsigned int 16) > Key: raw.mac.saddr (raw data) > Key: raw.mac.addrlen (unsigned int 16) > Key: raw (raw data) > >Reverting ulogd.conf file to use ULOG instead of NFLOG, allows ulogd to run, but NFLOG is probably what is in the kernel, hence this change does log anything. > >Any suggestions on getting NFLOG to work? > >Wayne I found the problem with ulogd not starting. Reading through the example config: /usr/share/doc/ulogd/ulogd.conf I noticed that the /etc/ulogd.conf file from the recent system upgrade is incorrect. Here is the corrected ulogd.conf, which was missing the IFINDEX plugin in the stack: [global] logfile="/var/log/ulogd.log" loglevel=5 rmem=131071 bufsize=150000 plugin="/usr/lib/ulogd/ulogd_inppkt_NFLOG.so" plugin="/usr/lib/ulogd/ulogd_raw2packet_BASE.so" plugin="/usr/lib/ulogd/ulogd_filter_IFINDEX.so" plugin="/usr/lib/ulogd/ulogd_filter_IP2STR.so" plugin="/usr/lib/ulogd/ulogd_filter_PRINTPKT.so" plugin="/usr/lib/ulogd/ulogd_output_LOGEMU.so" #stack=log1:NFLOG,base1:BASE,ip2str1:IP2STR,print1:PRINTPKT,emu1:LOGEMU stack=log1:NFLOG,base1:BASE,ifi1:IFINDEX,ip2str1:IP2STR,print1:PRINTPKT,emu1:LOGEMU [log1] group=1 [emu1] file=/var/log/ulogd.syslogemu Wayne S

1 0

[arch-general] Audio distro
by Ralf Mardorf 19 Oct '13

19 Oct '13

Hi, sometimes I'm thinking about an audio distro based on Arch. I'm uncertain, if I'm really willing to spend my time to contribute to such a distro and I've got no doubts, that I don't have the skills to do it alone. I wonder, if other Arch users have this _secret_ thoughts sometimes too. IOW I neither plan to make such a distro, nor I'm sure if I've got the time to contribute or even if such a distro would make sense. Does other Arch users think about such a distro sometimes too? Again, this is just a question about "thoughts" (gedanken experiment). Regards, Ralf

11 19

[arch-general] ulogd fails to start - cannot find key `oob.in'
by Wayne S 19 Oct '13

19 Oct '13

I did a system update the other day with shorewall and ulogd installed. Now ulogd fails to start: Sat Oct 19 08:26:01 2013 <5> ulogd.c:375 registering plugin `NFLOG' Sat Oct 19 08:26:01 2013 <5> ulogd.c:375 registering plugin `BASE' Sat Oct 19 08:26:01 2013 <5> ulogd.c:375 registering plugin `IP2STR' Sat Oct 19 08:26:01 2013 <5> ulogd.c:375 registering plugin `PRINTPKT' Sat Oct 19 08:26:01 2013 <5> ulogd.c:375 registering plugin `LOGEMU' Sat Oct 19 08:26:01 2013 <7> ulogd.c:741 cannot find key `oob.in' in stack Sat Oct 19 08:26:01 2013 <8> ulogd.c:1234 not even a single working plugin stack Looking at ulogd package changes shows: -plugin="/usr/lib/ulogd/ulogd_inppkt_ULOG.so" +plugin="/usr/lib/ulogd/ulogd_inppkt_NFLOG.so" Comparing the difference between ULOG.so and NFLOG.so indicates that the 'oob.in' key does not exist in NFLOG but does exist in ULOG, for example: # ulogd --info /usr/lib/ulogd/ulogd_inppkt_ULOG.so Name: ULOG Config options: Var: bufsize (Integer, Default: 150000) Var: nlgroup (Integer, Default: 32) Var: rmem (Integer, Default: 131071) Var: numeric_label (Integer, Default: 0) Input keys: Input plugin, No keys Output keys: Key: raw.mac (raw data) Key: raw.pkt (raw data) Key: raw.pktlen (unsigned int 32) Key: raw.pktcount (unsigned int 32) Key: oob.prefix (string) Key: oob.time.sec (unsigned int 32) Key: oob.time.usec (unsigned int 32) Key: oob.mark (unsigned int 32) Key: oob.in (string) Key: oob.out (string) Key: oob.hook (unsigned int 8) Key: raw.mac_len (unsigned int 16) Key: oob.family (unsigned int 8) Key: oob.protocol (unsigned int 16) Key: raw.label (unsigned int 8) # ulogd --info /usr/lib/ulogd/ulogd_inppkt_NFLOG.so Name: NFLOG Config options: Var: bufsize (Integer, Default: 150000) Var: group (Integer, Default: 0) Var: unbind (Integer, Default: 1) Var: bind (Integer, Default: 0) Var: seq_local (Integer, Default: 0) Var: seq_global (Integer, Default: 0) Var: numeric_label (Integer, Default: 0) Var: netlink_socket_buffer_size (Integer, Default: 0) Var: netlink_socket_buffer_maxsize (Integer, Default: 0) Var: netlink_qthreshold (Integer, Default: 0) Var: netlink_qtimeout (Integer, Default: 0) Input keys: Input plugin, No keys Output keys: Key: raw.mac (raw data) Key: raw.pkt (raw data) Key: raw.pktlen (unsigned int 32) Key: raw.pktcount (unsigned int 32) Key: oob.prefix (string) Key: oob.time.sec (unsigned int 32) Key: oob.time.usec (unsigned int 32) Key: oob.mark (unsigned int 32) Key: oob.ifindex_in (unsigned int 32) Key: oob.ifindex_out (unsigned int 32) Key: oob.hook (unsigned int 8) Key: raw.mac_len (unsigned int 16) Key: oob.seq.local (unsigned int 32) Key: oob.seq.global (unsigned int 32) Key: oob.family (unsigned int 8) Key: oob.protocol (unsigned int 16) Key: oob.uid (unsigned int 32) Key: oob.gid (unsigned int 32) Key: raw.label (unsigned int 8) Key: raw.type (unsigned int 16) Key: raw.mac.saddr (raw data) Key: raw.mac.addrlen (unsigned int 16) Key: raw (raw data) Reverting ulogd.conf file to use ULOG instead of NFLOG, allows ulogd to run, but NFLOG is probably what is in the kernel, hence this change does log anything. Any suggestions on getting NFLOG to work? Wayne

1 0

[arch-general] Add gdbm and db to [multilib]?
by Dylan Cali 18 Oct '13

18 Oct '13

Hey guys, The [core] packages gdbm and db are not also available in [multilib]. This has the side effect, for example, of not being able to create a 32bit Perl using perlbrew. There are versions available in the AUR (which are orphaned and need to be updated), but instead of updating the AUR versions does it instead make sense to bring these into the official [multilib], as they're fairly core libraries? Thanks, Dylan

1 0

[arch-general] UMTS with Networkmanager
by Silvio Siefke 18 Oct '13

18 Oct '13

Hello, i has installed Arch Linux today first time. Without problems but one thing make me trouble. I need UMTS Connection for Internet and thats with my Mobile or Huawei USB. I has follow the wiki articles, but want not work. When i understand systemd Log correct then the System know my Mobile, but with NetworkManager want not work. Log: [root@archmobile ~]# dmesg | tail [ 1079.250828] option 3-6:1.1: device disconnected [ 1079.253386] option1 ttyUSB2: GSM modem (1-port) converter now disconnected from ttyUSB2 [ 1079.253452] option 3-6:1.2: device disconnected [ 1079.255945] option1 ttyUSB3: option_instat_callback: error -108 [ 1079.256302] option1 ttyUSB3: GSM modem (1-port) converter now disconnected from ttyUSB3 [ 1079.256363] option 3-6:1.3: device disconnected [ 1079.256735] qmi_wwan 3-6:1.4 wwp0s29f7u6i4: unregister 'qmi_wwan' usb-0000:00:1d.7-6, WWAN/QMI device [ 1088.376702] usb 3-6: new high-speed USB device number 18 using ehci-pci [ 1088.507048] cdc_acm 3-6:1.1: ttyACM0: USB ACM device [ 1088.509572] cdc_acm 3-6:1.3: ttyACM1: USB ACM device [root@archmobile ~]# lsusb Bus 003 Device 003: ID 0ac8:c326 Z-Star Microelectronics Corp. Namuga 1.3M Webcam Bus 003 Device 018: ID 0421:0223 Nokia Mobile Phones Can someone give me a advice why the NetworkManager not want use, or Arch not want use. Thanks for help & Greetings Silvio

3 3