On 17 June 2012 01:08, Tom Gundersen wrote:
> On Sat, Jun 16, 2012 at 9:14 PM, Lukáš Jirkovský
> wrote:
>> On 11 June 2012 12:05, Joerg Schilling
>> wrote:
>>> BTW: the fact that there is no documentation[1] for this new driver looks
>>> like a
>>> reason for not including it.
>>
>> That's a p
On Sat, Jun 16, 2012 at 9:14 PM, Lukáš Jirkovský wrote:
> On 11 June 2012 12:05, Joerg Schilling
> wrote:
>> BTW: the fact that there is no documentation[1] for this new driver looks
>> like a
>> reason for not including it.
>
> That's a perfectly valid reason.
FWIW: this is up to the kernel de
Sorry I forgot to reply earlier (real-life duties). Fortunately I had
added this to my to-do list so it didn't get forgotten completely.
I've just uploaded a new package which uses
/usr/lib/modules-load.d/cdrecord.conf to autoload the sg module
(thanks, Tom!).
On 11 June 2012 12:05, Joerg Schilli
Luká?? Jirkovský wrote:
> Yeah, I'm pretty surprised that the developer arguments with cdrecord
> without contacting Jörg beforehand. Anyway, the motivation might be to
> use the SCSI numbers instead of random numbers determined by udev.
Not asking the right people seems to be a method that I di
Tom Gundersen wrote:
> On Sun, Jun 10, 2012 at 12:06 PM, Joerg Schilling
> wrote:
> > Why should someone call an important driver "legacy"?
>
> I assume it is because it has some problems, and has been replaced by
> something else. But you'd have to take it up with the udev maintainer,
> as he i
On Sun, Jun 10, 2012 at 1:47 PM, Baho Utot wrote:
> On 06/10/2012 05:23 AM, Joerg Schilling wrote:
>>
>> Javier Vasquez wrote:
>>
>>>
>>> I've been using the original cdrecord (cdrtools) for more than 10
>
> cdrtools aka wodim work fine.
>
Is "aka" a synonym for "I'm a troll"?
On 06/10/2012 05:23 AM, Joerg Schilling wrote:
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 jvasque
On 10 June 2012 14:05, Tom Gundersen wrote:
> It works the same with initscripts and with systemd.
>
> It is strictly speaking not udev that loads these modules but a
> separate tool: /usr/lib/systemd/systemd-modules-load, which is shipped
> in the same package as udev (systemd-tools).
Great, I'l
On Sun, Jun 10, 2012 at 1:51 PM, Lukáš Jirkovský wrote:
> Tom, I don't know much about this modules-load.d stuff. Does it work
> with plain udev? Otherwise it wouldn't help much including that file
> for users that doesn't use systemd (and I'm one of them).
It works the same with initscripts and
On 10 June 2012 11:57, Tom Gundersen wrote:
> The module-load.d directory is supported by us, as well as all distros
> using systemd. So Jörg, you might consider including this upstream, if
> it is the sg module is really needed.
Tom, Jörg,
nice to see you two interested.
Tom, I don't know much
On Sun, Jun 10, 2012 at 12:06 PM, Joerg Schilling
wrote:
> Why should someone call an important driver "legacy"?
I assume it is because it has some problems, and has been replaced by
something else. But you'd have to take it up with the udev maintainer,
as he is the one who made the change, or th
Tom Gundersen wrote:
> Jörg, Luká??,
>
> On Sun, Jun 10, 2012 at 11:23 AM, Joerg Schilling
> wrote:
> > Looks like a missconfigured kernel that does not include support for or
> > for some strange reason does not load the SCSI generic driver
>
> Our kernel does in fact include the "sg" module. H
Jörg, Lukáš,
On Sun, Jun 10, 2012 at 11:23 AM, Joerg Schilling
wrote:
> Looks like a missconfigured kernel that does not include support for or
> for some strange reason does not load the SCSI generic driver
Our kernel does in fact include the "sg" module. However, it is
considered "legacy" [0]
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
On Sun, Jun 10, 2012 at 1:34 AM, Lukáš Jirkovský wrote:
> On 10 June 2012 01:41, 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 kern
On 10 June 2012 01:41, 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-AR
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
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
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 dr
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/Li
20 matches
Mail list logo
