Re: [arch-general] [cdrecord] Problems with original cdrecord on latest linux kernel

[Javier Vasquez]

On Sat, Jun 9, 2012 at 11:51 PM, Javier Vasquez  wrote:
> On Sat, Jun 9, 2012 at 11:24 PM, Jude DaShiell  
> wrote:
>> Your drive could need cleaning, or have worn out, or in some way have
>> been disconnected.  Those kind of drives have to be replaced every so
>> often.  If it's a usb drive, have you done a modprobe usbmass yet?  If
>> not, that may be all you need to get things going.  If you read dmesg
>> does the cd drive even show up as a valid device now?  If not, maybe
>> insmod usbmass will fix that and get you burning.
>
> I have both drives, and they both seem OK.  IDE one is sr0 and USB one is sr1:
>
> [    4.894446] sr0: scsi3-mmc drive: 24x/24x writer dvd-ram cd/rw
> xa/form2 cdda tray
> [    4.894452] cdrom: Uniform CD-ROM driver Revision: 3.20
> [    4.894842] sr 1:0:0:0: Attached scsi CD-ROM sr0
> ...
> [21171.638369] usb 2-2: new high-speed USB device number 5 using xhci_hcd
> [21171.655770] usb 2-2: ep 0x2 - rounding interval to 32768
> microframes, ep desc says 0 microframes
> [21171.655781] usb 2-2: ep 0x86 - rounding interval to 32768
> microframes, ep desc says 0 microframes
> [21171.700222] usbcore: registered new interface driver uas
> [21171.704428] Initializing USB Mass Storage driver...
> [21171.704526] usbcore: registered new interface driver usb-storage
> [21171.704530] USB Mass Storage support registered.
> [21171.706759] scsi7 : usb-storage 2-2:1.0
> [21171.707035] usbcore: registered new interface driver ums-cypress
> [21174.637779] scsi 7:0:0:0: CD-ROM            TSSTcorp CDDVDW
> SH-S202J  SB02 PQ: 0 ANSI: 0
> [21174.745896] sr1: scsi3-mmc drive: 12x/48x writer dvd-ram cd/rw
> xa/form2 cdda tray
> [21174.746166] sr 7:0:0:0: Attached scsi CD-ROM sr1
>
> I don't think any of the drives has worn out...  It's too much of a
> coincidence cdrecord has problems with both...
>
> Your comment suggests that you would expect cdrecord to work OK.  So
> maybe you don't have any problems with it...


Forgot to mention, I can mount ISO DVDs/CDs with both drives without
problems.  So even though that's different than burning, gives the
clue that maybe it's not about the HW this time, :-)

Thanks,

-- 
Javier.

Re: [arch-general] [cdrecord] Problems with original cdrecord on latest linux kernel

[Javier Vasquez]

On Sat, Jun 9, 2012 at 11:24 PM, Jude DaShiell  wrote:
> Your drive could need cleaning, or have worn out, or in some way have
> been disconnected.  Those kind of drives have to be replaced every so
> often.  If it's a usb drive, have you done a modprobe usbmass yet?  If
> not, that may be all you need to get things going.  If you read dmesg
> does the cd drive even show up as a valid device now?  If not, maybe
> insmod usbmass will fix that and get you burning.

I have both drives, and they both seem OK.  IDE one is sr0 and USB one is sr1:

[4.894446] sr0: scsi3-mmc drive: 24x/24x writer dvd-ram cd/rw
xa/form2 cdda tray
[4.894452] cdrom: Uniform CD-ROM driver Revision: 3.20
[4.894842] sr 1:0:0:0: Attached scsi CD-ROM sr0
...
[21171.638369] usb 2-2: new high-speed USB device number 5 using xhci_hcd
[21171.655770] usb 2-2: ep 0x2 - rounding interval to 32768
microframes, ep desc says 0 microframes
[21171.655781] usb 2-2: ep 0x86 - rounding interval to 32768
microframes, ep desc says 0 microframes
[21171.700222] usbcore: registered new interface driver uas
[21171.704428] Initializing USB Mass Storage driver...
[21171.704526] usbcore: registered new interface driver usb-storage
[21171.704530] USB Mass Storage support registered.
[21171.706759] scsi7 : usb-storage 2-2:1.0
[21171.707035] usbcore: registered new interface driver ums-cypress
[21174.637779] scsi 7:0:0:0: CD-ROMTSSTcorp CDDVDW
SH-S202J  SB02 PQ: 0 ANSI: 0
[21174.745896] sr1: scsi3-mmc drive: 12x/48x writer dvd-ram cd/rw
xa/form2 cdda tray
[21174.746166] sr 7:0:0:0: Attached scsi CD-ROM sr1

I don't think any of the drives has worn out...  It's too much of a
coincidence cdrecord has problems with both...

Your comment suggests that you would expect cdrecord to work OK.  So
maybe you don't have any problems with it...

Thanks,

-- 
Javier.

Re: [arch-general] [cdrecord] Problems with original cdrecord on latest linux kernel

[Jude DaShiell]

Your drive could need cleaning, or have worn out, or in some way have 
been disconnected.  Those kind of drives have to be replaced every so 
often.  If it's a usb drive, have you done a modprobe usbmass yet?  If 
not, that may be all you need to get things going.  If you read dmesg 
does the cd drive even show up as a valid device now?  If not, maybe 
insmod usbmass will fix that and get you burning.

On Sat, 9 Jun 2012, Javier Vasquez wrote:

> Hi,
> 
> I've been using the original cdrecord (cdrtools) for more than 10
> years now, however I hadn't burned anything in the last 3 months (or
> even more).  With the current linux kernel image from Arch:
> 
> % uname -a
> Linux jvasquez14 3.3.8-1-ARCH #1 SMP PREEMPT Tue Jun 5 15:20:32 CEST
> 2012 x86_64 GNU/Linux
> 
> I can't get cdrecord to recognize any cd/dvd writer, not the laptop
> one neither an external USB one...  I might be mistaken, but with 3.0
> image I believe things worked (can't be sure, as I said I haven't been
> burning anything for months).
> 
> When I try to identify the cd/dvd writers:
> 
> % cdrecord -scanbus
> Cdrecord-ProDVD-ProBD-Clone 3.01a07 (x86_64-unknown-linux-gnu)
> Copyright (C) 1995-2012 Joerg Schilling
> cdrecord: No such file or directory. Cannot open '/dev/pg*'. Cannot
> open or use SCSI driver.
> cdrecord: For possible targets try 'cdrecord -scanbus'.
> cdrecord: For possible transport specifiers try 'cdrecord dev=help'.
> 
> I looked through google, but the responses I get are pretty old, some
> from 2004, talking about early 2.6 kernels...  I found one page (an
> old one as well) that suggests using ide-scsi emulation, but that
> seems to me old as well:
> 
> http://xpt.sourceforge.net/techdocs/media/cd/cd03-DeviceConfiguration/ar01s06.html
> 
> Besides for quiet a while we don't get hdc or sdc, just plain sr0/sr1
> (even the scd0/scd1 was removed), and that seemed to work before if
> I'm not mistaken...  Perhaps now the way is "sr0=scsi"?
> 
> Any ways, maybe someone knows better, :-)  I can try the boot loading
> thing, but before, I wanted to see if someone has experienced this,
> and there's a known work around.
> 
> Thanks,
> 
> 


Jude 

Re: [arch-general] Do packages built on libusb need rebuilding on libusbx? upsd won't stay connected over usb.

[David C. Rankin]

On 06/09/2012 11:57 PM, David C. Rankin wrote:
> "Those udev rules were moved to /usr/lib/udev/rules.d, so
> --with-udev-dir=/usr/lib/udev might be a better option."
> 
>   That makes sense -- I'll give it a go.

Tried, still failed - out of brain power for this evening -- will work on it
again tomorrow.

-- 
David C. Rankin, J.D.,P.E.

Re: [arch-general] Do packages built on libusb need rebuilding on libusbx? upsd won't stay connected over usb.

[David C. Rankin]

On 06/09/2012 07:37 PM, slubman wrote:
> 
> Have you looked to the usb device permission?
> 
> After the latest upgrade I did (kernel, libusbx, systems-tools and a lot of 
> other stuffs), upsd wouldn’t connect.
> 
> But as described on the AUR page, the package must be recompiled, with an 
> addition to the configure command to put the udev rules in the correct 
> directory.
> 
> Cf. http://aur.archlinux.org/packages.php?ID=5379
> 
> Best regards.
> 
> --
> Nicolas D (a.k.a slubman)
> 

Thanks Nicolas,

  Yes, I incorporated that into the PKGBUILD before rebuilding:

build() {
  cd $srcdir/nut-$pkgver
  ./configure --with-user=nut \
--prefix=/usr \
--datadir=/usr/share/ups \
--sysconfdir=/etc/ups \
--with-group=nut \
--with-hal \
--with-usb \
--with-udev-dir=/etc/udev || return 1

  That looked right, but now doesn't make sense since the rules are in
pkg/lib/udev/rules.d/52-nut-usbups.rules. The new post today to the AUR package
corrects the issue:

"Those udev rules were moved to /usr/lib/udev/rules.d, so
--with-udev-dir=/usr/lib/udev might be a better option."

  That makes sense -- I'll give it a go.

-- 
David C. Rankin, J.D.,P.E.

Re: [arch-general] Location of sample websites

[David C. Rankin]

On 06/08/2012 04:16 PM, Pierre Schmitz wrote:
> No package should install anything into /srv (it's kind of a /home for
> services; see FHS). If it does it is a bug that should be reported.

Pierre,

  I'm not sure I fully understand Arch's rationale on this. According to FHS:

/srv : Data for services provided by this system
Purpose

/srv contains site-specific data which is served by this system.
  ^

  For wiki's, web data files for UPS status, etc.. -- these are all
site-specific data which served by the system. Distro's (not to say others are
any more right that Arch) have long installed the data files that are served by
web application in /srv. Apache, PHP, etc.. presume by default that files will
be in /srv with many defaults and for includes eg. open-basedir, etc..

  /usr/web works just fine too, but that means that for a majority of non-arch
provided packages that config changes are needed. From a packaging and usability
standpoint, I wonder if installing all the packages web data in /usr/web doesn't
create more problems than it solves. Not knocking anything, just curious really.

-- 
David C. Rankin, J.D.,P.E.

Re: [arch-general] Do packages built on libusb need rebuilding on libusbx? upsd won't stay connected over usb.

[slubman]

On 10 juin 2012, at 02:27, David C. Rankin wrote:

> On 06/09/2012 08:41 AM, Kevin Chadwick wrote:
>> The question would be, doest that pose a greater security risk.
>> 
>> Have you tried using -u nut.
>> 
>> If that fails I'd use systrace (strace on Linux) or something to see why
>> it fails.
>> 
> 
> Thanks Kevin,
> 
>  Yes, I tried '-u nut' and it fails the same as no '-u user' at all. All of
> this looks like some file permission on some device or something changed, but
> every file/device I look at, the permissions are the same between
> working/non-working box. I'll have to go try and dust off my debugging
> capabilities. If you think of anything else, let me know :)
> 
> -- 
> David C. Rankin, J.D.,P.E.
> 
> 

Have you looked to the usb device permission?

After the latest upgrade I did (kernel, libusbx, systems-tools and a lot of 
other stuffs), upsd wouldn’t connect.

But as described on the AUR page, the package must be recompiled, with an 
addition to the configure command to put the udev rules in the correct 
directory.

Cf. http://aur.archlinux.org/packages.php?ID=5379

Best regards.

--
Nicolas D (a.k.a slubman)

Re: [arch-general] kernel 3.4.2 (was NFS etc)

[Genes MailLists]

On 06/09/2012 02:26 PM, Ike Devolder wrote:
> 
> can you confirm the problem is fixed, i got it tested with the 3.4.2-rc1 
> kernel briefly and it did seem ok


 Sorry, I have not tested this kernel - just sharing that it is out.

 gene

Re: [arch-general] Do packages built on libusb need rebuilding on libusbx? upsd won't stay connected over usb.

[David C. Rankin]

On 06/09/2012 08:41 AM, Kevin Chadwick wrote:
> The question would be, doest that pose a greater security risk.
> 
> Have you tried using -u nut.
> 
> If that fails I'd use systrace (strace on Linux) or something to see why
> it fails.
> 

Thanks Kevin,

  Yes, I tried '-u nut' and it fails the same as no '-u user' at all. All of
this looks like some file permission on some device or something changed, but
every file/device I look at, the permissions are the same between
working/non-working box. I'll have to go try and dust off my debugging
capabilities. If you think of anything else, let me know :)

-- 
David C. Rankin, J.D.,P.E.

[arch-general] [cdrecord] Problems with original cdrecord on latest linux kernel

[Javier Vasquez]

Hi,

I've been using the original cdrecord (cdrtools) for more than 10
years now, however I hadn't burned anything in the last 3 months (or
even more).  With the current linux kernel image from Arch:

% uname -a
Linux jvasquez14 3.3.8-1-ARCH #1 SMP PREEMPT Tue Jun 5 15:20:32 CEST
2012 x86_64 GNU/Linux

I can't get cdrecord to recognize any cd/dvd writer, not the laptop
one neither an external USB one...  I might be mistaken, but with 3.0
image I believe things worked (can't be sure, as I said I haven't been
burning anything for months).

When I try to identify the cd/dvd writers:

% cdrecord -scanbus
Cdrecord-ProDVD-ProBD-Clone 3.01a07 (x86_64-unknown-linux-gnu)
Copyright (C) 1995-2012 Joerg Schilling
cdrecord: No such file or directory. Cannot open '/dev/pg*'. Cannot
open or use SCSI driver.
cdrecord: For possible targets try 'cdrecord -scanbus'.
cdrecord: For possible transport specifiers try 'cdrecord dev=help'.

I looked through google, but the responses I get are pretty old, some
from 2004, talking about early 2.6 kernels...  I found one page (an
old one as well) that suggests using ide-scsi emulation, but that
seems to me old as well:

http://xpt.sourceforge.net/techdocs/media/cd/cd03-DeviceConfiguration/ar01s06.html

Besides for quiet a while we don't get hdc or sdc, just plain sr0/sr1
(even the scd0/scd1 was removed), and that seemed to work before if
I'm not mistaken...  Perhaps now the way is "sr0=scsi"?

Any ways, maybe someone knows better, :-)  I can try the boot loading
thing, but before, I wanted to see if someone has experienced this,
and there's a known work around.

Thanks,

-- 
Javier.

[arch-general] 20:49:23.023183 IP0 bad-hlen 0

[P .NIKOLIC]

Hi  All


whilst running tcpdump  i have noticed i am getting a considerable
number of  these

20:49:18.899106 IP0 bad-hlen 0
20:49:23.023183 IP0 bad-hlen 0

They have only shown up recently   , I am also getting hit by someone
with their iPhone  trying all sorts of sillys  could the 2 be linked  

The network setup is as follows 

A belkin  universal repeater   into a D-Link DGS1005D switch that also
has a Zoom  3G protable Wireless router connected but not powered most
of the time the PC's are connected to the switch .

My internet comes from a friend a couple of doors up the road (saves me
a packet )  but when his link is poor i switch to the Zoom  

Pete .


-- 
Linux 7-of-9 3.3.8-1-ARCH #1 SMP PREEMPT Tue Jun 5 15:20:32 CEST 2012
x86_64 GNU/Linux

Re: [arch-general] Enable crashreporter in firefox

[nado]

Le samedi 09 jun 2012 à 21:36:41 (+0300), Ionut Biru a écrit :
> is it useless, we strip all our packages for debug symbols.
Oh, indeed. I didn’t thought about that. Thx for the answer.

-- 
Pazdera Corentin (Nado)
Clé PGP/PGP key : http://troglodyte.be/pub/pubkey.pgp.asc


pgpgdUn4q1PSN.pgp
Description: PGP signature

Re: [arch-general] Enable crashreporter in firefox

[Ionut Biru]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 06/09/2012 09:21 PM, n...@troglodyte.be wrote:
> Hi folks,
> 
> I wondered why does the crashreporter feature is disabled for the official
> firefox package and if I could ask to re-enable it or must I compile it for my
> own ?
> 

is it useless, we strip all our packages for debug symbols.


- -- 
Ionuț

-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.19 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQEcBAEBAgAGBQJP05e5AAoJEOjxi6FhUTe8qvkH/jyZElnU48UG0dXvpKqXYxOr
MuWu9sUT28gM7hLOxD0wZHg1bVhQ6siOow+dcAThKG2M4QT+zBcQdzzNGF3qLdza
CyP63OEGWbSo0C7uPTHgFMnl0yyTKd8BVc8P9/aX9dhxWZ4NK+9Ca8atGxLMnXCz
q8QPNwGT2ofoq3yCtmHjl4qUIYnhPhJW6gemjbPXhMJO4VIReLgOp5P9EKQiKHwc
Tg8ijSvvTwVxixBLC0lWir0tYGbFGMGwlcB/9xfWzqqAsV+z41IM2L9IKbsOk3mk
6E0fj3VvZdMqLZ5zCTEBu+WmjmX91Y3WXRMV45JnX3ePElpiUR+kCxsjeeatyqM=
=SLQy
-END PGP SIGNATURE-

Re: [arch-general] kernel 3.4.2 (was NFS etc)

[Ike Devolder]

Op zaterdag 9 juni 2012 13:38:29 schreef Genes MailLists:
>   Sorry I lost the thread about NFS issues on 3.4.1 ... anyway 3.4.2 is
> now out upstream.
> 
>   Gene

can you confirm the problem is fixed, i got it tested with the 3.4.2-rc1 
kernel briefly and it did seem ok

--Ike

[arch-general] Enable crashreporter in firefox

[nado]

Hi folks,

I wondered why does the crashreporter feature is disabled for the official
firefox package and if I could ask to re-enable it or must I compile it for my
own ?

-- 
Pazdera Corentin (Nado)
Clé PGP/PGP key : http://troglodyte.be/pub/pubkey.pgp.asc


pgppgeL4mnEDE.pgp
Description: PGP signature

[arch-general] kernel 3.4.2 (was NFS etc)

[Genes MailLists]

  Sorry I lost the thread about NFS issues on 3.4.1 ... anyway 3.4.2 is
now out upstream.

  Gene

Re: [arch-general] Do packages built on libusb need rebuilding on libusbx? upsd won't stay connected over usb.

[Kevin Chadwick]

On Fri, 08 Jun 2012 17:21:14 -0500
David C. Rankin wrote:

> In
> the mean time, I can just hack the init script to get it started,

The question would be, doest that pose a greater security risk.

Have you tried using -u nut.

If that fails I'd use systrace (strace on Linux) or something to see why
it fails.

Re: [arch-general] Location of sample websites

[Jayesh Badwaik]

On Friday 08 Jun 2012 23:16:38 Pierre Schmitz wrote:
> Am 08.06.2012 22:59, schrieb Jayesh Badwaik:
> > Hi,
> > 
> > I am using wordpress and I found that the sample wordpress site is
> > installed in the /srv/http location.  I find it convenient that all
> > such sample/getting started things should be actually installed
> > someplace like /usr/share/wordpress/ and then anyone who wants to
> > use the site can copy paste the files to wherever he wants and then
> > use them accordingly.
> > 
> > Is there any reason for the current behaviour? Am I missing some
> > aspect? Thanks for your reply in advance.
> 
> No package should install anything into /srv (it's kind of a /home for
> services; see FHS). If it does it is a bug that should be reported.

Okay. Thanks. 
Wordpress has that bug I think. I will report it. 
-- 
Jayesh Badwaik
stop html mail  | always bottom-post
www.asciiribbon.org | www.netmeister.org/news/learn2quote.html

Re: [arch-general] [arch-dev-public] x264 and ffmpeg rebuild

[Andrey Ponomarenko]

Hello,

I've added a "source" compatibility report generated by the ABI 
Compliance Checker tool here to be used along with the mentioned 
"binary" compatibility report:

http://upstream-tracker.org/compat_reports/ffmpeg/0.10.3_to_0.11/src_compat_report.html

combined report:
http://upstream-tracker.org/compat_reports/ffmpeg/0.10.3_to_0.11/compat_report.html

and also added the latest upstream scm (Git) version of ffmpeg to the 
tracker:

http://upstream-tracker.org/versions/ffmpeg.html


The website http://upstream-tracker.org provides some information about
changed headers.

http://upstream-tracker.org/compat_reports/ffmpeg/0.10.3_to_0.11/abi_compat_report.html


Then again I don't know which struct/function changed. I have tried to
rebuild some stuff for [community] and I think posting patches would be
useful. So we can spot general struct / function changes:


--
Andrey Ponomarenko, ROSA Lab.

[arch-general] With new Wine 1.5.6 comes supposed working Mono

[Andrei Khartchenko]

Maybe it would make sense if there were a wine_mono package like there is
wine_gecko?  With each new prefix it it's current form it states mono is
not installed and prompts to download it.

-ak