It's been quiet on the test day front for some time now. However, rest
assured, we are kicking off the Fedora 13 test day schedule in style. I
invite you to join #fedora-test-day this Thursday, February 4, 2010 for
the first of many Fedora 13 test days.
Qian Cai and Steve Dickson will be guiding test and triage as we
validate the Fedora 13 feature 'NFSv4 by default' . Cai is putting
some finishing touches on the test cases now. However, for those
unfamiliar with testing NFS, you'll get a chance to run the upstream
test suite 'connectathon' in several different environments. In
addition to the posted test cases, you're encouraged to join and
validate running the latest NFS in your environment.
Given how early it is in the release cycle, Rawhide *and* Fedora 12 can
also be used to participate. Don't have a spare system? Not to worry.
The type of testing planned can also be done using virtual guests.
For more information on the event, check out the wiki at
Hope to see you in #fedora-test-day this Thursday.
test-announce mailing list
inode0 <John> wrote :
> To be clear I wasn't suggesting there actually was a marketing
> problem, although there is probably always a marketing problem in the
> absence of a monopoly.
> I can imagine other approaches though. What are the characteristics of
> good contributors? Market to that segment of the population. What the
> desktop spin is or isn't probably doesn't matter in that case to the
> marketing effort.
> Why hasn't marketing defined *its* target audience(s)? Why can't
> marketing identify the characteristics of groups they wish to market
> Fedora to and do it?
The term " marketing " is judiciously sprinkled through that quote.
For some people, " marketing " has a bad connotation.
Images of a sweaty, poorly-dressed loud-mouth ramming something
you don't want down your throat.
( If " marketing " didn't have a bad connotation for you,
I've ruined it for you now. )
Anyway, before this discussion gets all riled up about " marketing "
please sit down, take a breath, and use the word " outreach " instead
of " marketing " and see if that makes you feel better.
I had one thought that was actually close to being on topic.
Fedora does not exist in a vacuum, or Linux in general.
Were there many people looking for alternatives to current OS
products from Microsoft, and now that has changed with the
recent release of Windows 7 ?
That event wouldn't impact contributors, who for the most part are
committed to Linux if not Fedora. However it would impact the total
of downloads, and general interest in Fedora as seen by hits to the
One last thought.
Marketing is like optimizing code.
Profile, so you know what to optimize, instead of optimizing
random snippets of code hoping that will work.
The numbers posted by Mr. McGrath are similar to the results of
If you don't think the numbers are representative,
find a way to get numbers that that you think are representative,
and justify why you think that.
That is, if you think he profiled the wrong use-case for code ;)
We can only market, er optimize, given the data we have.
Anyone have any data that provides a different perspective ?
I'm trying to debug an issue for the upstream author of ocp and am
running into an issue where gdb is showing "<value optimized out>" for
variables even though I've compiled the program with gcc -g -O0. Are
there any gcc/gdb gurus who can help?
gcc -g -O0 -fPIC -Wall -I.././ -I.././gnulib kickload.c -o kickload.o -c
gcc -g -O0 -fPIC -Wall -I.././ -I.././gnulib compdate.c -o compdate.o -c
gcc -g -O0 -fPIC -Wall -I./ -I./gnulib -o ocp boot/kickload.o -pthread -ldl goodies/helpc/ocphhc doc/opencp.dox ocp.hlp
Program received signal SIGSEGV, Segmentation fault.
playmonoi16 (dst=0x76ddc0, len=<value optimized out>,
ch=<value optimized out>) at mixasm.c:1746
(gdb) p dst
$1 = (int32_t *) 0x76ddc0
(gdb) p len
$2 = <value optimized out>
(gdb) p ch
$3 = <value optimized out>
(gdb) p *ch
Cannot access memory at address 0x0
#1 0x00007ffff5948257 in mixPlayChannel (dst=<value optimized out>,
len=<value optimized out>, ch=0x779df0, stereo=<value optimized
2022 playrout(dst, mylen, ch);
(gdb) p stereo
$4 = <value optimized out>
We have an existing bug where if you're in single-user mode, and
SELinux is active, various commands don't print to the console.
The root of this is the single-user shell isn't running in the
right SELinux context, as there's nothing to distinguish this from
the 'normal' shells run during bootup.
By far, the simplest fix is to run something that starts a shell
via a 'normal' login-ish mechanism. Hence, the attached patch
that switches to sulogin for single user mode.
However, this changes behavior that has existed since the dawn
of time in Red Hat/Fedora systems; with this change, single-user
mode would now require the root password. This is both when
booting with 'linux single/linux S', or going to runlevel 1
with 'telinit 1'.
I feel like I'm neglecting the terminator package because I don't have
enough time to send the bugs and feature requests upstream or debug them
myself. Anybody interested, give me a shout and I'll let the package go
Ian Weller <ian(a)ianweller.org>
() ascii ribbon campaign - against html e-mail
/\ www.asciiribbon.org - against proprietary attachments
* roll call (Oxf13, 18:18:02)
* Present were Oxf13 warren notting wwoods poelcat and jwb (Oxf13,
* old business (Test images for QA) (Oxf13, 18:23:16)
* LINK: https://fedoraproject.org/wiki/Composing_test_images (Oxf13,
* action items completed, topic closed out (Oxf13, 18:24:47)
* old business (SOPs) (Oxf13, 18:25:11)
* orphan SOP steps sent to poelcat (Oxf13, 18:25:37)
* LINK: https://fedoraproject.org/wiki/Purging_orphaned_packages
* Orphans SOP reviewed, updated, and completed. (Oxf13, 18:27:23)
* previous SOPs reviewed and updated as well (Oxf13, 18:28:07)
* Standard Operating Proceedures (Oxf13, 18:29:02)
* ACTION: Oxf13 to work on documenting "Sign packages for Alpha" task
* New /mnt/koji storage (Oxf13, 18:31:28)
* no new info on new /mnt/koji storage. (Oxf13, 18:34:54)
* dist-git update (Oxf13, 18:35:10)
* Not much done here this last week, more coding on the build task
* struggling with the build task and the way koji can connect to your
terminal (Oxf13, 18:39:19)
* No Frozen Rawhide (Oxf13, 18:40:48)
* Second releng compose system was setup for testing (Oxf13,
* ACTION: Oxf13 will test multiple concurrent composes to compare
completion time (Oxf13, 18:41:32)
* people who are using rawhide will continue on rawhide (Oxf13,
* people who install from the Alpha or any later point of the forked
tree will stay on the forked tree and continue on to the release
* Blocker bug review day (Oxf13, 18:47:08)
* open floor (Oxf13, 18:49:32)
Meeting ended at 18:51:16 UTC.
* Oxf13 to work on documenting "Sign packages for Alpha" task
* Oxf13 will test multiple concurrent composes to compare completion
Fedora -- Freedom² is a feature!
I've attached a patch as the answer to this bug as comment 5.
I'm not sure if its the correct thing to do though.
Can you excellent people please check it up and confirm it for me?