David Nielsen | 1 Jan 03:59 2007
Picon

Re: The cdrecord debate

søn, 31 12 2006 kl. 08:57 -0600, skrev Tom Brinkman:
> On Saturday 30 December 2006 10:59 pm, Rahul Sundaram wrote:
> > David Nielsen wrote:
> > > lør, 30 12 2006 kl. 23:07 +0530, skrev Rahul Sundaram:
> > >> Thomas Canniot wrote:
> > >>> It's been a long time cdrecord was broken into fedora. I
> > >>> think we should move to cdrkit of debian : it based on
> > >>> cdrecord and its licence stands as our. Moreover, I think we
> > >>> can trust Debian for the quality of software development.
> > >>
> > >> What do you mean by saying that cdrecord is broken in Fedora?
> > >> Do you have bug reports?
> > >
> > > #220972 just being one case of breaking cdrecord... post
> > > release.
> >
> > Anyone else seeing this problem?
> >
> > Rahul
> 
>    No. For burning iso's as in the BZ I use,
> 'cdrecord -v -eject driveropts=burnfree speed=16 dev=ATA:1,1,0 -dao'
>     (burner an media are 52x)
> 
>    Has the reporter tried this as root? Some hardware, particularly 
> Plextor's can only burn as root.

Yes reporter has tried as root, same result - same exact hardware and
media from the same spindel worked fine previously as root and as user.

(Continue reading)

Lyvim Xaphir | 1 Jan 09:12 2007
Picon

Re: Please make Evolution the default mailer

On Fri, 2006-12-29 at 15:50 -0500, Saikat Guha wrote:
> On Fri, 2006-12-29 at 18:30 +0000, Leo wrote:
> > * Lyvim Xaphir (2006-12-29 12:41 -0500) said:
> > > BTW the man asked you for proof and you provided none.
> > 
> > Have you not read What Saikat Guha wrote in
> > <http://permalink.gmane.org/gmane.linux.redhat.fedora.devel/46845>?
> 
> I think you misread my response.
> 
> I was pointing out that Evolution is #1 on the fedora-devel list where
> one would expect to find people who can make an informed decision on
> which mailer to use.
> 
> As such you original claim that "Evolution is useless for most users" is
> completely baseless, sensationalist and imho, wrong.

You are absolutely right.  To bolster our point even further, currently
Evo is in the number two place on the kernel mailing list at vger.  As
far as informed decisions go, I expect the kernel gods to be making
those on a regular basis.

So what I think we have here with his 'sensationalist' claims is nothing
more than a troll.

LX

--

-- 
fedora-devel-list mailing list
fedora-devel-list <at> redhat.com
(Continue reading)

Lyvim Xaphir | 1 Jan 09:23 2007
Picon

Re: Please make Evolution the default mailer

On Fri, 2006-12-29 at 21:40 +0000, Leo wrote:
> * Saikat Guha (2006-12-29 15:50 -0500) said:
>   ^^^^^^^^^^^
> [...]
> >>  Have you not read What Saikat Guha wrote in
> >> <http://permalink.gmane.org/gmane.linux.redhat.fedora.devel/46845>?
> >
> > I think you misread my response.
> >
> > I was pointing out that Evolution is #1 on the fedora-devel list
> > where one would expect to find people who can make an informed
> > decision on which mailer to use.
> 
> Regarding the fact that Evolution has been in Redhat/Fedora since RH7
> or maybe earlier and Thunderbird 1.0 was released at the end of 2004,
> that #1 does explain something in favor of my claim. *NB* I use
> neither Evolution nor Thunderbird.

Number one, you are a frakking gmail user, which says enough almost all
by itself; second, you sit there trying to promote stupid decisions for
an established majority userbase that you have no business dictating to.
Go troll somewhere else, find another way to support Micro$haft.

> 
> > As such you original claim that "Evolution is useless for most
> > users" is completely baseless, sensationalist and imho, wrong.
> ......
> -- 
> Leo <sdl.web AT gmail.com>                         (GPG Key: 9283AA3F)
> 
(Continue reading)

Joachim Frieben | 1 Jan 11:21 2007
Picon
Picon

Re: Rawhide status

> Is rawhide status sort of broken due to kernel, dev stuff (hdx to sdx)
> or whatever?  Or is that part fixed and even installable or whatever
> now?
> 
> Hvaen't tried it in a week or longer, and ended up having to reinstall
> FC6+updates to get back a usable system.
> 
> -- 
> Mike Chambers
> Madisonville, KY

As pointed out in previous comments, it's perfectly possible to use rescue/install disks which are out of
sync to install "FC rawhide".
I have used "FC6" and even "FC5" rescue/install disks to install "rawhide" successfully [especially
useful when e.g. current "anaconda" is broken on a particular hardware]. :)
The problem with the current "rawhide" rescue image is that networking is broken [at least for me], and so no
network install can be performed.
In my case, the only thing to take care of after using the "FC6" install media was to "chroot" to
"/mnt/sysimage" at the end of the install procedure and to reinstall the kernel. Now, current "mkinitrd"
[v6.0.6] is used instead of the older one used by the installer, and a valid "initrd" file is created. After
that, my "IBM ThinkPad T23" happily boots into "FC devel" using the current "2.6.19" kernel.
-- 
Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! 
Ideal für Modem und ISDN: http://www.gmx.net/de/go/smartsurfer

--

-- 
fedora-devel-list mailing list
fedora-devel-list <at> redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list

(Continue reading)

dragoran | 1 Jan 11:50 2007
Picon

Re: The cdrecord debate

Tom Brinkman wrote:
> No. For burning iso's as in the BZ I use,
> 'cdrecord -v -eject driveropts=burnfree speed=16 dev=ATA:1,1,0 -dao'
>     (burner an media are 52x)
>
>    Has the reporter tried this as root? Some hardware, particularly 
> Plextor's can only burn as root.
>   

for me it works using plextor 755A (as user and root). (but have not 
tested with the current kernel release)
but for some reason cdrecord -scanbus does not work:
Cdrecord-Clone 2.01 (cpu-pc-linux-gnu) Copyright (C) 1995-2004 J�rg 
Schilling
Note: This version is an unofficial (modified) version with DVD support
Note: and therefore may have bugs that are not present in the original.
Note: Please send bug reports or support requests to 
http://bugzilla.redhat.com/bugzilla
Note: The author of cdrecord should not be bothered with problems in 
this version.
cdrecord: Invalid or incomplete multibyte or wide character. Cannot open 
SCSI driver.
cdrecord: For possible targets try 'cdrecord -scanbus'.
cdrecord: For possible transport specifiers try 'cdrecord dev=help'.
(same result as root and user)

--

-- 
fedora-devel-list mailing list
fedora-devel-list <at> redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
(Continue reading)

Ralf Ertzinger | 1 Jan 16:56 2007
Picon

To NX or not to NX

Hi.

Looking through dmesg on my laptop, I noticed the following:

Using x86 segment limits to approximate NX protection

While this is certainly nice, the processor is quite capable of real
NX:

$ grep nx /proc/cpuinfo 
flags           : fpu vme de pse tsc msr pae mce cx8 apic mtrr pge mca cmov pat clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe
nx constant_tsc pni monitor vmx est tm2 xtpr
flags           : fpu vme de pse tsc msr pae mce cx8 apic mtrr pge mca cmov pat clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe
nx constant_tsc pni monitor vmx est tm2 xtpr

Is there a reason this is not used?

kernel is 2.6.19-1.2891, processor is a Intel Core Duo CPU L2400

--

-- 
fedora-devel-list mailing list
fedora-devel-list <at> redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list

Matt Domsch | 1 Jan 17:12 2007
Picon

Re: To NX or not to NX

On Mon, Jan 01, 2007 at 04:56:06PM +0100, Ralf Ertzinger wrote:
> Hi.
> 
> Looking through dmesg on my laptop, I noticed the following:
> 
> Using x86 segment limits to approximate NX protection
> 
> While this is certainly nice, the processor is quite capable of real
> NX:
> 
> $ grep nx /proc/cpuinfo 
> flags           : fpu vme de pse tsc msr pae mce cx8 apic mtrr pge mca cmov pat clflush dts acpi mmx fxsr sse sse2 ss ht tm
pbe nx constant_tsc pni monitor vmx est tm2 xtpr
> flags           : fpu vme de pse tsc msr pae mce cx8 apic mtrr pge mca cmov pat clflush dts acpi mmx fxsr sse sse2 ss ht tm
pbe nx constant_tsc pni monitor vmx est tm2 xtpr
> 
> Is there a reason this is not used?
> 
> kernel is 2.6.19-1.2891, processor is a Intel Core Duo CPU L2400

is NX disabled in the BIOS?

-- 
Matt Domsch
Software Architect
Dell Linux Solutions linux.dell.com & www.dell.com/linux
Linux on Dell mailing lists  <at>  http://lists.us.dell.com

--

-- 
fedora-devel-list mailing list
(Continue reading)

Ralf Ertzinger | 1 Jan 17:23 2007
Picon

Re: To NX or not to NX

Hi.

On Mon, 1 Jan 2007 10:12:28 -0600, Matt Domsch wrote

> > kernel is 2.6.19-1.2891, processor is a Intel Core Duo CPU L2400
> 
> is NX disabled in the BIOS?

I just checked, it is enabled.

The only kernel that seems to have noticed that was the FC6 xen
kernel:

Linux version 2.6.18-1.2798.fc6xen (brewbuilder <at> hs20-bc2-4.build.redhat.com) (gcc version 4.1.1 2006101
1 (Red Hat 4.1.1-30)) #1 SMP Mon Oct 16 15:11:19 EDT 2006
BIOS-provided physical RAM map:
 Xen: 0000000000000000 - 000000001cf7f000 (usable)
0MB HIGHMEM available.
463MB LOWMEM available.
NX (Execute Disable) protection: active
found SMP MP-table at 000f6800
[...]

--

-- 
fedora-devel-list mailing list
fedora-devel-list <at> redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list

Paulo Cavalcanti | 1 Jan 17:31 2007
Picon

Re: The cdrecord debate

> for me it works using plextor 755A (as user and root). (but have not tested with the current kernel release) > but for some reason cdrecord -scanbus does not work:

You need to pass dev=ATA. The simplest way
is creating an alias like this, if you use tcsh:

alias   cdrecord        'cdrecord dev=ATA \!*'

/Paulo Roma.
--

-- 
fedora-devel-list mailing list
fedora-devel-list <at> redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
Jeremy Katz | 1 Jan 19:17 2007
Picon

Re: To NX or not to NX

On Mon, 2007-01-01 at 16:56 +0100, Ralf Ertzinger wrote:
> Looking through dmesg on my laptop, I noticed the following:
> 
> Using x86 segment limits to approximate NX protection
> 
> While this is certainly nice, the processor is quite capable of real
> NX:
[snip]
> Is there a reason this is not used?

Unfortunately, you have to use a PAE kernel to use real NX :(

Jeremy

--

-- 
fedora-devel-list mailing list
fedora-devel-list <at> redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list


Gmane