- Arch-general - lists.archlinux.org

Re: [arch-general] cdrecord instead of wodim
by Gerardo Exequiel Pozzi 17 Feb '09

17 Feb '09

Joerg Schilling wrote: > Gerardo Exequiel Pozzi <vmlinuz386(a)yahoo.com.ar> wrote: > > >> Now i tested the latest alpha version of cdrecord ( >> cdrtools-2.01.01a57.tar.gz ) and its work perfect without the DMA problem. >> The version that failed was <= cdrtools-2.01.01a55.tar.gz, with these >> versions i need to set very low write speed (when i upgraded my DVD >> writer from PATA to SATA, both LG) >> > > There always was the documented way to set the environment variable > "CDR_FORCESPEED" and setting "burnfree" also disables the speed limit. > > Now > > Ohh OK. Yes, I was aware of the variable "CDR_FORCESPEED" but not actually used by the warning given by the manual about it. But now it seems this behavior is by default, am I right? Was unaware of the option burnfree enable this feature, thanks;) >> Now inform this: "cdrecord: Warning: The DMA speed test has been >> skipped." http://djgera.pastebin.com/m35195bbe >> >> I prefer to use cdrecord, is the soft that i used for 7 years with my >> previus distribution (Slackware Linux) and as you said, is updated very >> often. >> >> Thanks for the work! :) >> > > Thank you > > >> I take this message to make a consultation, this was one of the major >> topics of discussion between you and some Linux developers. Does >> cdrecord: allowing access through dev=/dev/xyz, or as the message says: >> "Warning: Open by 'devname' is unintentional and not supported". will be >> removed in future versions? >> > > If currently works, but this is not a supported feature and thus it may > stop working at any time. > > I recommend to use the official syntax that is used by libscg since August 1986. > Note that if you only have one drive, there is no need to specify dev= at all. > > It seems to me or I'm wrong?. This syntax requires to work properly generic scsi module and via /dev/sr0 don't need it?. I did not compile this (sg) on my system. But for example if execute: $ cdrecord dev=ATAPI -scanbus Cdrecord-ProDVD-ProBD-Clone 2.01.01a57 (i686-pc-linux-gnu) Copyright (C) 1995-2009 Jörg Schilling scsidev: 'ATAPI' devname: 'ATAPI' scsibus: -2 target: -2 lun: -2 Warning: dev=ATA: is preferred over dev=ATAPI:. Warning: Using ATA Packet interface. Warning: The related Linux kernel interface code seems to be unmaintained. Warning: There is absolutely NO DMA, operations thus are slow. This Warning appears. That's why I prefer to use it that way and avoid problems, and I prefer not to load the module sg, because it loads the SATA hard drives as generic devices, adding this to the already loaded scsi disks sd) Apparently, I have to load the module sg ATA mode to work. Thanks for the help Jörg. :) > Jörg > > Greetings from Argentina. -- Gerardo Exequiel Pozzi ( djgera ) http://www.djgera.com.ar KeyID: 0x1B8C330D Key fingerprint = 0CAA D5D4 CD85 4434 A219 76ED 39AB 221B 1B8C 330D

1 0

[arch-general] Common Lisp packaging
by Leslie P. Polzer 17 Feb '09

17 Feb '09

I've noticed that the Arch Haskell community has made astonishing progress with their packages. I think it would be nice to have the same for Common Lisp. Would anyone be interested in devising a packaging system that works with multiple Lisps? Cheers, Leslie -- LinkedIn Profile: http://www.linkedin.com/in/polzer Xing Profile: https://www.xing.com/profile/LeslieP_Polzer Blog: http://blog.viridian-project.de/

3 3

[arch-general] ndiswrapper problem
by Avramucz Péter 17 Feb '09

17 Feb '09

Hi! I have a Broadcom 4312 (rev 01). It seems to be, the best method is ndiswrapper using it. However, when I use it, wpa_supplicant can associate with the ap, but dhclient/dhcpcd can't get a dhcpoffer. Using the wl driver, there is no problem. Here is the interesting thing: using sysrescueccd (2.6.27 kernel, 1.53 ndiswrapper ebuild: http://gentoo-portage.com/AJAX/Ebuild/49806/View) I can simply get a dhcpoffer, so there is something with the ndiswrapper of Arch Linux. Any ideas?

3 4

[arch-general] Problems with Bluetooth packages
by Ricardo Hernandez 17 Feb '09

17 Feb '09

Greetings, i write about this right here because i can't file a bug report for an outdated package. Bluetooth in Arch is in a developing process and for that some apps are broken. For example, obexftp 0.22 can't be builded and don't seem to work with bluez 4.x. I build 0.23-alpha and compiled perfectly. Maybe i put it in AUR but i think is worth a dicussion for inclusion in Arch if is decided to use bluez 4.x and don't use bluez 3.x at all. Also, bluez 4.29 have some real big bug, it simply can't pair almost any device (not mine at least). That's reflected in the bluez page and there's a new version 4.30 that address this issues. One more time i know i can build my own packages but as i said it needs to be updated. I said all this because i think that for now is better to support bluez 3.x and 4.x. For example in gentoo, bluez 4.x is hard-masked, it has very little documentation, and the api and configs files change a lot, so for now adding support for bluez 3.x i think is not a bad idea. BTW, bluez 4.x don't include a passkey-agent (at least not with that name), i suggest to include in the pkgbuild to install test/simple-agent, like is mentioned here: http://bugs.archlinux.org/task/12851?string=passkey

6 16

[arch-general] Upgrade to Kde 4.2 > nothing but blank desktop
by richard terry 17 Feb '09

17 Feb '09

I upgraded from 4.0 (which was sort-of-functional) to 4.2 this morning and on loading the kde desktop has nothing on it, dosn't respond to any keypresses. I created a new user, tried again> same thing. Any clues for a clueless user as to where to start? Regards Richard

2 1

[arch-general] mpd 0.14 requires curl, glib && glib seems to be outdated
by Vincent Van Houtte 16 Feb '09

16 Feb '09

Dear ML, mpd has been flagged out-of-date, so I'm encouraged to post my problem here instead of on the bugtracker. Installing mpd on a bare system does not resolve all dependencies, since I had to install: - curl (libcurl-*.so missing) - glib (libgthread-*.2.0.0.so missing) Next problem: glib installs both libgthread-*.1.2.0.so and libgthread.so, but mpd required v2.0.0 specificly. So: mpd needs to be rebuilt requiring another version of libgthread or glib needs to be updated (IMVHO). Possibly mpd has other dependencies - I will report them later. Vincent

4 6

[arch-general] Acer Aspire One Instalation Issues
by Chris Wilson 16 Feb '09

16 Feb '09

Hey all I'm having a major issue with the installation on my Aspire One. I've used unetbootin to create the USB startup disk and I've succesfully booted from it, but a few seconds into the startup process, I get the following: /sbin/hwdetect: line 336: 506 Segmentation fault modprobe $i > /dev/null 2>&1 ath_hal: module license 'Proprietary' taints kernel. ath_hal: 0.9.30.13 (AR5210, AR5211, AR5212, AR5416, RF5111, RF5112, RF2413, RF5413, RF2133) wlan: trunk ath_pci: trunk I've also tried this as well: http://bbs.archlinux.org/viewtopic.php?pid=283021 but when I come to reboot, I'm not presented with the menu that was mentioned and the thing just boots normally. I've tried it with the Fedora installation and it works fine there, so there just seems to be a problem with the Arch version. Thanks in advance for any help offered Chris

3 4

[arch-general] Undelivered Mail Returned to Sender
by Grigorios Bouzakis 16 Feb '09

16 Feb '09

I got Undelivered Mail Returned to Sender for both of these: http://www.archlinux.org/pipermail/arch-general/2009-February/003630.html http://www.archlinux.org/pipermail/arch-general/2009-February/003631.html hence the 2nd email. I assume you got the emails, and that i will get a delivery failure for this email too. Anyone else getting that? -- Greg

6 6

Re: [arch-general] cdrecord instead of wodim
by Gerardo Exequiel Pozzi 15 Feb '09

15 Feb '09

Joerg Schilling wrote: > Gerardo Exequiel Pozzi <vmlinuz386(a)yahoo.com.ar> wrote: >> ong discusion. But for example in my system can't write DVD because >> "DMA speed check fail" with cdrecord, and with cdrkit (the wodim) can >> record without problems. >> > > Rants without a proof do not help in case you really have a problem. > > There is no known problem in cdrecord related to the DMA test. > There are many known problems in the fork.... > > If you _really_ believe you found a problem in cdrecord, why don't you make a > bug report? Note that you of course need to verify that there is a problem > with the latest version. > > All known problems in the original software are fixed in typically much less > than two weeks. More than 95% of the bugs in the fork have not been fixed after > more than two years. Why do you like to use the fork if there is working > original software _with_ maintanance? > > Hi Jörg, Now i tested the latest alpha version of cdrecord ( cdrtools-2.01.01a57.tar.gz ) and its work perfect without the DMA problem. The version that failed was <= cdrtools-2.01.01a55.tar.gz, with these versions i need to set very low write speed (when i upgraded my DVD writer from PATA to SATA, both LG) Now inform this: "cdrecord: Warning: The DMA speed test has been skipped." http://djgera.pastebin.com/m35195bbe I prefer to use cdrecord, is the soft that i used for 7 years with my previus distribution (Slackware Linux) and as you said, is updated very often. Thanks for the work! :) I take this message to make a consultation, this was one of the major topics of discussion between you and some Linux developers. Does cdrecord: allowing access through dev=/dev/xyz, or as the message says: "Warning: Open by 'devname' is unintentional and not supported". will be removed in future versions? PS: I apologize if my message was a bit confusing. -- Gerardo Exequiel Pozzi ( djgera ) http://www.djgera.com.ar KeyID: 0x1B8C330D Key fingerprint = 0CAA D5D4 CD85 4434 A219 76ED 39AB 221B 1B8C 330D

1 0

[arch-general] [PATCHES] About /var/run/ and /var/lock/ checks in daemons
by Gerardo Exequiel Pozzi 15 Feb '09

15 Feb '09

Hi people! I interested to make Arch Linux suitable for use with a /var/run and /var/lock that are mounted as tmpfs. But this also helps, in the case that not mounted as tmpfs, to make more simple "purge function" for these directories at rc.sysinit step. In my case this is "just for fun!", but other users can be benefited by this, for example "netbook users". OK, i initially created rc-script patches for the packages in the extra repo that use /var/run/program-name-directory and fails if not exists. (these list was obtained with """ for x in $(find /usr/share/pkgtools/lists -type f); do egrep -l "var/run/.+" $x;done """ @@NOTE@@: I will send the patches to the FL individualy per package now, reference to this email in FL, and then copy the links to response in this email. ;) Please review it, thanks in advance. :) ** Actually work OK (/var/run) core/openswan-2.4.11-1 core/dbus-core-1.2.4-1 core/netcfg-2.1.2-1 extra/consolekit-0.3.0-3 ** Patched RC files (/var/run) extra/apache-2.2.11-2 extra/bind-9.5.0.P2-1 extra/clamav-0.94-1 extra/courier-imap-4.4.1-1 extra/courier-mta-0.60.0-1 extra/cyrus-sasl-2.1.22-10 extra/fetchmail-6.3.8-4 extra/hal-0.5.11-7 (patched for policykit) extra/laptop-mode-tools-1.47-1 extra/lighttpd-1.4.20-2 extra/mpd-0.14.1-3 extra/policykit-0.9-7 (no rc-script here, patched in hal) extra/samba-3.2.7-1 extra/wicd-1.5.8-1 ** Researched (/var/run) extra/iptraf-3.0.0-2 (Trivial patch for iptraf.c or using a profile.d/iptraf for creating a "iptraf()" or another solution) * Apparently these don't use /var/run/program-name-directory, but maybe a simple "mkdir" to rc-script for precaution. extra/bftpd-2.3-1 (The daemon uses directly /var/run/bftpd.pid) extra/networkmanager-0.7.0-1 (The daemon uses directly /var/run/NetworkManager.pid) extra/wesnoth-1.4.7-1 (this game don't have a rc-script for the daemon, if run the /usr/bin/wesnothd without /var/run/wesnothd it fails, solution: provide a rc-script) ** Pending for research (/var/run) community/pulseaudio-0.9.14-1 community/ultimate-ircd-3.0.2-1 community/xen-3.3.1-1 community/wdm-1.28-2 community/dspam-3.8.0-2 community/inn-2.4.5-3 community/gpsd-2.37-2 community/apache13-1.3.41-3 community/freeradius-2.1.3-1 community/lastfmsubmitd-0.35-1 community/selinux-pam-1.0.1-1 community/fail2ban-0.8.3-1 community/ircservices-5.0.62-3 community/p3scan-2.3.2-2 community/bind-geodns-9.4.1-1 community/jabberd14-1.6.1.1-3 ** Pending for research (/var/lock) core/dmraid-1.0.0.rc14-2 extra/sane-1.0.19-2 -- Gerardo Exequiel Pozzi ( djgera ) http://www.djgera.com.ar KeyID: 0x1B8C330D Key fingerprint = 0CAA D5D4 CD85 4434 A219 76ED 39AB 221B 1B8C 330D

10 19