- Arch-general - lists.archlinux.org

[arch-general] Should samba be considered out-of-date?
by Ng Oon-Ee 12 Oct '09

12 Oct '09

Currently samba has just been upped to 3.3.8. However the current 'stable' for samba according to their website is 3.4.2. As I'm sure the maintainer already knows about this, I'm wondering which of the changes in samba 3.4 (listed http://www.samba.org/samba/history/samba-3.4.0.html initially) is holding up adoption of the package. Is it (as I suppose) the changeover to tdbsam breaking current configs? My interest in this is that samba 3.4 has samba4 sources available which could potentially be used for a merged-build. Unfortunately the build process for samba (as seen in the samba 3.3 PKGBUILD) is really scary for me, so I'm hesitant to try it out, also I would have no way of knowing if any eventual samba 3.4 package would be able to replace samba 3.3 functionality. Basically this is something between a 'flag out-of-date' and a feature request.

2 2

Re: [arch-general] confirm LTS kernel / usb printer permission issues
by Evangelos Foutras 11 Oct '09

11 Oct '09

Evangelos Foutras wrote: > Evangelos Foutras wrote: >> Andreas Radke wrote: >>> btw: do you have problems using an usb printer and "lp" group >>> permission like I posted to the mailing lists? I could only workaround >>> it. >>> >>> -Andy >> >> It happens here too. However, the printer device ends up in the >> vboxusers group, regardless of whether the printer is on during boot >> or started afterwards. >> >> /etc/udev/rules.d/10-vboxdrv.rules contains: >> >> KERNEL=="vboxdrv", NAME="vboxdrv", OWNER="root", GROUP="vboxusers", >> MODE="0660" >> SUBSYSTEM=="usb_device", GROUP="vboxusers", MODE="0664" >> SUBSYSTEM=="usb", ENV{DEVTYPE}=="usb_device", GROUP="vboxusers", >> MODE="0664" >> >> I'm not familiar with the way udev rules are evaluated, but it >> appears that the rule that's supposed to set the printer's group to >> "lp" isn't being applied, for some reason. > > I can further confirm that, after moving the 10-vboxdrv.rules file out > of the rules.d directory and starting the printer, it ends up in the > root group. If I then run `udevadm trigger' like you did, the printer > switches to the lp group. > > This is weird. :) One more thing I just noticed is that the output of `udevadm monitor' when starting the printer after boot on each kernel differs greatly. Output of main kernel: KERNEL[1255295569.533848] add /devices/pci0000:00/0000:00:0b.0/usb2/2-3 (usb) UDEV [1255295569.537766] add /devices/pci0000:00/0000:00:0b.0/usb2/2-3 (usb) KERNEL[1255295569.538878] add /devices/pci0000:00/0000:00:0b.0/usb2/2-3/2-3:1.0 (usb) UDEV [1255295569.538904] add /devices/pci0000:00/0000:00:0b.0/usb2/2-3/usb_device/usbdev2.2 (usb_device) KERNEL[1255295569.538925] add /devices/pci0000:00/0000:00:0b.0/usb2/2-3/usb_device/usbdev2.2 (usb_device) UDEV [1255295569.580559] add /devices/pci0000:00/0000:00:0b.0/usb2/2-3/2-3:1.0 (usb) Output of lts kernel: KERNEL[1255295761.541586] add /devices/pci0000:00/0000:00:0b.0/usb2/2-3 (usb) KERNEL[1255295761.544490] add /devices/pci0000:00/0000:00:0b.0/usb2/2-3/2-3:1.0 (usb) KERNEL[1255295761.544514] add /devices/pci0000:00/0000:00:0b.0/usb2/2-3/2-3:1.0/usb_endpoint/usbdev2.2_ep01 (usb_endpoint) KERNEL[1255295761.544533] add /devices/pci0000:00/0000:00:0b.0/usb2/2-3/2-3:1.0/usb_endpoint/usbdev2.2_ep82 (usb_endpoint) KERNEL[1255295761.544551] add /devices/pci0000:00/0000:00:0b.0/usb2/2-3/usb_device/usbdev2.2 (usb_device) KERNEL[1255295761.544568] add /devices/pci0000:00/0000:00:0b.0/usb2/2-3/usb_endpoint/usbdev2.2_ep00 (usb_endpoint) UDEV [1255295761.546607] add /devices/pci0000:00/0000:00:0b.0/usb2/2-3 (usb) UDEV [1255295761.546639] add /devices/pci0000:00/0000:00:0b.0/usb2/2-3/usb_endpoint/usbdev2.2_ep00 (usb_endpoint) UDEV [1255295761.546819] add /devices/pci0000:00/0000:00:0b.0/usb2/2-3/usb_device/usbdev2.2 (usb_device) UDEV [1255295761.585708] add /devices/pci0000:00/0000:00:0b.0/usb2/2-3/2-3:1.0 (usb) UDEV [1255295761.586338] add /devices/pci0000:00/0000:00:0b.0/usb2/2-3/2-3:1.0/usb_endpoint/usbdev2.2_ep01 (usb_endpoint) UDEV [1255295761.586368] add /devices/pci0000:00/0000:00:0b.0/usb2/2-3/2-3:1.0/usb_endpoint/usbdev2.2_ep82 (usb_endpoint) Not sure if the above is important, but it struck me as a bit strange. :> PS: Moving the discussion to the arch-general mailing list, in case anyone wants to chime in. :)

1 0

[arch-general] confirm LTS kernel / usb printer permission issues
by Andreas Radke 11 Oct '09

11 Oct '09

I have a permission issue when using the kernel26-lts with my usb printer. The device doesn't always get "lp" group. Especially when I switch it off and on again. Then new cups 1.4.x can't find the printer. With kernel 2.6.30 and 2.6.31 the group is always set well. I already asked a few udev upstream devs without a solution so far. See http://www.spinics.net/lists/hotplug/msg02798.html It would be nice if some of you could try confirming my problem and maybe you can help me to find the reason why it fails on my server. Thanks. -Andy

1 1

[arch-general] Defunct processes left behind for screen and firefox
by Ciprian Dorin, Craciun 11 Oct '09

11 Oct '09

Hello all! I'm having the following issue: after opening and closing some shells within the same screen session, I'm left with a bunch of defunct bash processes, that screen doesn't seem to wait for... Is there any issue with screen? Or is there any issue in general, as Firefox plugin FireGPG seems to do the same with gpg. (Which it didn't on Debian.) Thanks, Ciprian.

4 9

[arch-general] perl 5.10.1-3 broken ?
by wahjava.ml＠gmail.com 11 Oct '09

11 Oct '09

Hi everyone, I've noticed that the recent perl update (5.10.1-3) has not installed any PODs which are required by 'perldoc' for displaying documentation. Are PODs moved to some different package ? #v+ % pacman -Ql perl |fgrep .pod % pacman -Q perl perl 5.10.1-3 #v- Thanks in advance Ashish SHUKLA -- California, n.: From Latin "calor", meaning "heat" (as in English "calorie" or Spanish "caliente"); and "fornia'" for "sexual intercourse" or "fornication." Hence: Tierra de California, "the land of hot sex." -- Ed Moran

4 5

[arch-general] nut package - no docs or cgi interface??
by David C. Rankin 11 Oct '09

11 Oct '09

Listmates, Any reason that the nut package (network ups tools) isn't being packaged with the documentation (release notes, upgrade notes, etc.) or the web interface (cgi/html) files? Just curious? -- 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

3 6

Re: [arch-general] [arch-dev-public] [signoff] xfsprogs-3.0.3-1
by Tobias Powalowski 11 Oct '09

11 Oct '09

Am Samstag 12 September 2009 schrieb Dan McGee: > On Sat, Sep 12, 2009 at 7:45 AM, Tobias Powalowski <t.powa(a)gmx.de> wrote: > > Am Montag 07 September 2009 schrieb Tobias Powalowski: > >> Hi > >> bump to latest version, please signoff both arches. > >> > >> greetings > >> tpowa > > > > bump anyone? > > I think we need XFS users in order to signoff; might want to ask the > general public for signoffs. > > -Dan > anyone uses xfs? thanks Please signoff. greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

5 7

[arch-general] Overly large fonts in X11 after rebooting
by Samuel Baldwin 11 Oct '09

11 Oct '09

For some reason when I turned my laptop on today and started X, all my fonts were larger than normal. The only one that seems to have the stayed has been my console font, but even that feels a bit "off" (however, I'm not too worried about that, it could be that I'm sitting slightly closer than normal; the rest are most certainly measurably larger, though). The only difference between now and previously is that I don't have my external monitor plugged in, but my resolution didn't change, and I've used this computer without the external before without problems. It's just simply bigger; I turned down the GTK font, which seems to have worked for some apps (like firefox and pidgin), but the fonts are unbearably large for some websites: http://logik.li/images/screenshots/arrakis/large_fonts_in_some_places.png A few months ago I had a similar problem with certain sites having large fonts, and never really managed to solve it, one day after reinstalling it just went away and never came back until now. This was probably related. This is what similar sites used to look like: http://logik.li/images/screenshots/arrakis/let_me_show_you.png (and when they used to be bad: http://logik.li/images/screenshots/arrakis/126-negative_what_log-p.png ) So, anyone have any ideas about what I should do? -- Samuel Baldwin - logik.li

3 5

[arch-general] /dev/tty* borked ...
by Firmicus 10 Oct '09

10 Oct '09

Hi folks, My system is uptodate with the current testing repo. During bootup today I noticed the error message: /etc/rc.sysinit: line 364: /dev/tty[0-9]*: no such file or directory To my surprise, only /dev/tty was present, but none of tty0..9. Instead there was a device literally named '/dev/tty[0-9]*' !! I deleted the latter, and attempted to create the missing ones with mknod. But I think I took the wrong major number, and now my system has started to behave a bit crazy... Any idea what I should do to restore it to sanity? Thanks, F

6 13

[arch-general] New PKGBUILD for libtorrent-rasterbar
by Jeff Horelick 10 Oct '09

10 Oct '09

Hey all, libtorrent-rasterbar is pretty out of date (2 months and 2 package versions), so here's a PKGBUILD for the new version. I bumped the pkgver (obviously), added python to the dependency list since we *ARE* building the python bindings... and I set the package to use the system libgeoip/geoip rather than the one bundled in the libtorrent tarball (which is a new configure option in libtorrent-rasterbar 0.14.6). It also checks out fine with namcap (no warnings or errors) and it compiled perfectly on the i686 box I tested it on. Part of the reason i'd like to see this updated is that Deluge 1.2.0_rc1 is out and myself and probably a few other Arch users would like to use it, but it requires libtorrent-rasterbar >=0.14.5 . The PKGBUILD is attached, but in case it gets filtered out, here's a pastebin link for it: http://dpaste.com/104444/plain/ Thanks in advance for building/uploading, JD

3 5