from:"Máirín Duffy"

Re: Previous awesome background images

2020-04-20 Thread Máirín Duffy

> On 17. 04. 20 16:07, Kamil Paral wrote:
> https://blog.linuxgrrl.com/2018/03/06/fedora-28s-desktop-background-design/
> 
> I am sad we haven't followed the pattern. (However I don't know the reasoning 
> for stopping that.)

That's not true, we didn't stop the pattern. F32 is G for Goffman. F was 
Fresnel. E was Elion. So on. If you dig through the tickets you'll fimd the 
inspiration.

~m
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Re: Attention Gmail users, please turn off HTML mail

2018-10-20 Thread Máirín Duffy


> If this is, why has the project chosen to not document that in their
> code/docs?  That would, it seems, help contributors stay focused on
> the goal.
> 
https://wiki.list.org/DEV/Home?action=show=DEV

I went to list.org, clicked on developer wiki, it's on the front page.

This is veering a bit off topic now and I smell unnecessary snark. Something, 
btw, I'm sure happens on Discourse.

~m
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Re: Attention Gmail users, please turn off HTML mail

2018-10-20 Thread Máirín Duffy

Oh and I should also point out - you shouldn't have to read all of that, the 
point was to make our mailing lists accessible to folks who aren't mailing list 
users, who are less technical, younger, etc., to be more conclusive. Same 
reason  Discourse is being peddled here. Big diff is we keep the mail interface 
up for exisiting users rather than dropping them as a target!!

This is why folks are trying to point out here, you may get new users w 
discourse but they will be different and you may lose who you have now.

~m
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Re: Attention Gmail users, please turn off HTML mail

2018-10-20 Thread Máirín Duffy

Check my blog, where there are even scans of the napkin sketches. Or Google 
"hyperkitty ux" my blog and my outreachy interns blog pop up.

~m
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Re: Fedora should replace mailing lists with Discourse

2018-10-19 Thread Máirín Duffy

Gerald, I'm the person who designed Hyperkitty's concept on a napkin on a 
shuttlebus with Luke Macken some years ago. Your characterization of it here is 
incorrect.

I say this with respect, please try to listen more than you post. Hyperkitty 
stats show you're dominating this conveesation.

~m
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Re: Attention Gmail users, please turn off HTML mail

2018-10-19 Thread Máirín Duffy


> I just couldn't use it for day-to-day communication. Not necessarily any
> single thing, but lots and lots of fundamentals. How do I get a list of new
> threads? How do I get a list of threads I've read but which have new
> responses, and ideally show only the new responses? How can I mute a thread
> I don't want to be alerted on? How do I get to the next thread from the
> *bottom* of a thread I just read? How can I search... usefully at all? My
> point isn't to rag on HyperKitty, but I could definitely go on.

Please do. Neal and I are starting up an effort. I reached out to Abhilash, the 
upstream lead, last night on the devel list and he was very responsive to this 
idea. He's already created a gitlab subproject for our efforts upstream.

> I tried for a while to file suggestions and bug reports, but especially
> after the extra two years it took to even get deployed, it was *very* clear
> there were no resources for ongoing development from Red Hat, no significant
> non-RH Fedora development, and no meaningful outside development either.
> Basic things like https://gitlab.com/mailman/hyperkitty/issues/64 didn't
> even get *responses*. So, I stuck with my previous email client setup.
> 
> And the thing is, it's *not just me*. Take a look at
> 
> It is the 19th of the month. Not a single vote on our most busy mailing
> list. The same is true for every other list I looked at. People just aren't
> using this.

Matthew, the target user for Hyperkitty isn't a devel-list reader.

~m
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Re: Fedora should replace mailing lists with Discourse

2018-10-19 Thread Máirín Duffy

Re: teenagers and timelines, I'm just addressing the specific concerns that 
were raised to me. 

~m
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Re: Fedora should replace mailing lists with Discourse

2018-10-18 Thread Máirín Duffy

So our Hyperkitty version is old here. I can't reporduce the issue on 
mailman3.org's HK, which is newer. I suspect this is a bug that's been fixed.

~m
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Re: Attention Gmail users, please turn off HTML mail

2018-10-18 Thread Máirín Duffy

> On Thu, Oct 04, 2018 at 11:27:02PM -, Ray Strode wrote:
> 
> Unfortunately, all is not rosy there. See this thread on the users' list
> from this fall about confusion with hyperkitty quoting:
> https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.o...

It's hilarious reading this thread in Hyperkitty and having absolutely no issue 
understanding which quote is from whom.

> (Look back at your message I'm replying to here, and note that the standard
> attribution line is missing. And that's not the only issue identified.)
> 
> Additionally, when one does reply, it's just using the standard web browser
> text box, and to my knowledge that doesn't have an easy "delete by line"
> keyboard command, let alone things like smart reflow with quoting. 

These sound like good enhancement features that are likely not essential for 
the core target user.

So that's
> not super-ideal for inline replies. Hyperkitty's threaded view also is
> rudimentary compared to a good mail client.
> 
> All of this stuff would be something we could invest development resources
> in and make better, but we don't really _have_ those resources,

But we can file bugs against Discourse and they will be magically and quickly 
fixed to our satisfaction, yes?

We can invest money and resources into Discourse deployment, and time and 
effort trying to convert each ML over to it one by one, dealing with all of the 
existing docs and pointers to MLs and updating them, no sweat?

Threading is something I could fix on the front end with some backend help. Is 
anybody handy with Django who is interested?

Is that the biggest issue to tackle?

I'm concerned that those proposing Discourse seem to not have used Hyperkitty 
at length.

 and no
> significant outside-of-fedora hyperkitty development community ever
> developed. We're left with some pretty awful things like the prominent "Sign
> Up" button on every Fedora list leading to a big, ugly "Sign Up Closed: We
> are sorry, but the sign up is currently closed" screen —  which is not very
> inviting, to say the least.

I have no idea what that is, but it sounds like a minor bug that probably isn't 
difficult to fix.

But sure let's split our community over that.

~m
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Re: Fedora should replace mailing lists with Discourse

2018-10-18 Thread Máirín Duffy

I'm open to all of those suggestions as well as committing to design and CSS 
work for them. I would need a web dev to help me though; I'm not great with 
Django.

Please note, the reason Hyperkitty didn't cause this sort of thread or honestly 
any sort of drama or controversy when it was deployed is because it required no 
current users to change anything about their workflow, with one small exception 
- mm3 didn't come out w topic support which was used on the packagers list. (I 
don't believe that's an issue anymore.)

The whole point of the design was to enable a new group of would be 
contributors be able to participate alongside the folks already there, so that 
everyone could participate together. Existing ML users never need to use 
Hyperkitty if they don't want to, and yet, users new to the project can start 
reading and participating in threads right away w no mail client config and 
never receiving a single email if they so desire. 

I believe quite strongly (and have from the start when I first heard of the 
project) that Discourse's basic UX model is fundamentally flawed. If we deploy 
discourse and roll it out, we *may* get new users, but as noted in this thread, 
we will lose existing ones. Participating in upstream effort on Discourse, 
improving it, etc is foolish bc the fundamental model is broken.

When some people think of email, they think of mutt or thunderbird, annoying 
client config, setting up procmail or fetchmail or whatever other complex 
elaborate tools many of the ppl reading this use. Email is just a basic 
standard. Discourse does not follow that standard. There is no reason a social 
media timeline like experience for the teenagers is not possible using email as 
the underlying system. Jabber never really took off, except Google Hangouts and 
FB messenger both used it (no idea if they still do.) The reason our open 
standards like email and xmpp are dying off is bc the primary biz model of the 
companies that used them relies on getting eyes on ads, and scanning content in 
ways that mean giving users a choice of client that works best for their needs 
is off the table.  

Basically dont confuse the front end youre used to with the underlying tech.

I think it's a better idea to use a tool based on open standards, that allows 
users to use the client experience that works best for them. If you try to 
force everyone down one road it won't work. 

~m
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Re: Fedora for Web Development fail

2018-10-02 Thread Máirín Duffy

I don't know that the cloud images are necessarily not it either though - 
Randy's vagrant set up uses the vagrant cloud image... Whatever the story is, 
we should be straight on it!

~m
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Re: Fedora for Web Development fail

2018-09-27 Thread Máirín Duffy

> On Wed, 2018-09-26 at 11:04 +0000, Máirín Duffy wrote:
> Even though I do this, I find it helpful to be able to completely
> destroy the VM and re-create it, knowing that all the information to
> re-create it is in git (via the Vagrantfile + Ansible playbook). Before
> I used it, I would lose time occasionally managing my development VMs,
> or trying to get them working again if something went wrong. Now when
> something goes wrong, I don't even bother trying to figure it out - I
> just destroy and re-create. 

So this destroy and re-create philosophy is very counter to my past development 
practices :( Does Vagrant have anything built in to set it up with an Ansible 
playbook?

~m
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Re: Fedora for Web Development fail

2018-09-27 Thread Máirín Duffy

Hi Alex, this is great. Thanks for pointing me at it!

Cheers,
~m
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Re: Fedora for Web Development fail

2018-09-27 Thread Máirín Duffy

I'm willing to put some skin in the game but it's unclear to me how we'd lay 
things out.

Is anybody interested in meeting up about this and talking through it? I think 
the website / positioning / docs type stuff is addressable, but the big 
challenge here is figuring out the strategy we want. 

For example - who is using Server for what? Is the cloud base image meant for 
cloud deployments and there's another image targeted for developers running 
vms? Are they both under the same edition (right now cloud base images are 
shown under atomic) or are they separate editions? What is that edition / are 
those editions called? Are they Fedora Core OS or something else?

On and on. I'm happy to run discussions / brainstorming on the above and 
redesign the website (which I've been working on anyway) and help with 
marketing / etc. accordingly.

Cheers,
~m
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Re: Fedora for Web Development fail

2018-09-26 Thread Máirín Duffy

I just tried it. I was able to connect to remote hypervisor, it showed my VM - 
pretty impressive. It was a little flaky in that when I right clicked to view 
properties of the VM it hung (with a, wait / force quit dialog popping up) but 
I was eventually able to load the dialog. 

It seems to allow memory configuration and snapshotting, but not storage. The 
latter is an issue bc the Fedora default image is 4 GB and that wasn't enough 
for my env, I'm currently trying to deal with how to resize the file system 
(was able to make image being using libvirt commands.) FWIW!

Cheers,
~m
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Re: Fedora for Web Development fail

2018-09-26 Thread Máirín Duffy

So the environment I'm trying to set up involves a backend that consists of 
three separate containers, and the web front end is separate from that. Because 
setting up the environment is a difficult task, I'd like it in a VM so I can 
clone it once it's configured so that I can reproduce it without having to do 
everything from scratch.

And I will just put this out there - the upstream I'm working with, the scripts 
/ instructions are written for OS X, Ubuntu, and docker. I've already dealt 
with a few snags once I got the base Fedora VM set up - issues with networking 
(no ifconfig on the base image which is like typing on a keyboard wearing 
mittens for me), Docker by default installed via Fedora RPM *not* configured 
with the --selinux-enabled flag in the systemd service file,  SELinux avc 
denials even with that enabled, and now some other issues I'm going to spend 
hours today figuring out I'm assuming. Once I get it working as scripted by 
upstream, I would like to get it working with cri-o & friends instead of 
docker. 

This is not the kind of work I'd want to do on my baremetal machine because its 
my primary workstation and I don't want to screw. I hope it makes sense, my 
logic here.

Cheers,
~m
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Re: Fedora for Web Development fail

2018-09-26 Thread Máirín Duffy

Is there a way to use a vagrant image that works with virt-manager?

~m
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Re: Fedora for Web Development fail

2018-09-26 Thread Máirín Duffy

Hi Randy,

I did consider Vagrant but there are a few issues with it:

- There is no GUI for it that I can find. I just like GUIs, especially for this 
sort of work that I might do for a stretch at a time and then not have to do 
for months afterwards and have to relearn next time.

- I have had - I have been told coincidentally and with just terrible luck - 
horrible experiences with vagrant. The very first time I tried to use it, there 
was some kind of bug with the kernel support for it - I don't remember the 
details - but it amounted to a race condition that with my particular hardware 
somehow always resulted in a crashing and unworkable environment that ended up 
eating 2 full workdays to debug. It pretty much sucked. The other experience 
I've had with it is at a couple of hackfests at conferences, where it involved 
downloading large files the wifi couldn't handle and passing around USB keys, 
taking 30 min or more to get the base environment running, and it eating up 
disk space and generally making my system run slow for weeks afterwards (I 
think someone trying to help me get it working at one point set it to start on 
boot which I didn't realize until weeks later after frequently losing my 
desktop stability to OOM killing.) 

- My use case here is I have a big beefy workstation, and a few different 
laptops. I don't want to have to set the environment up multiple times or be 
moving large files around. I just want to set up the environment once, and be 
able to ssh into it from wherever. I'm not too worried about damage bc I can 
clone the VM once I have everything working and setup, and everything else 
should be in git anyway.

Does that make sense or am I trying to fit a square peg in a round hole here?

Cheers,
~m
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Fedora for Web Development fail

2018-09-25 Thread Máirín Duffy

Hi fedora-devel,

This morning I set out to set up a VM for web development for a project I've
been working on so I could access my development environment from multiple
locations / workstations without having to set it up again and again on
different systems.

I had a surprisingly difficult time in doing this. The steps I followed,
wanting to interact with the VM via virt-manager [1]:

- Look at Atomic website page, find link for cloud images, try image advertised
as libvirt (was a box image), try to import into virt-manager, fail
(not a bootable image)
- Realize that was a dumb move and try again with raw image. Tried to import
into virt-manager, didn't know I have to decompress manually first. Fail. (not
a bootable image)
- Give up on Fedora base cloud image, try server. 3GB download, takes 30 min to
install. Install concludes with somehow either crashing the hypervisor or
disconnecting virt-manager from the hypervisor.
- Realize how heavyweight server seems and it's not going to be good for
something I really wanted to be lean and clean, esp when seeing stuff like
snappy scroll by in the package install list (nothing against snappy, just not
smtg I'd expect in a lean webdev env)
- Get help in an irc development channel, learn I have to extract the raw
image, hurrah, quick results except! Boot stalls.
- Found out it's cloud-info stalling the boot.
- Yay I have a login prompt! What's the login info? Ga...
- Realize have to run virt-customize --uninstall cloud-init --root-password
password:whatever --selinux-relabel -a theimage
- Success finally (ETA 1.5 hrs not 100% fully attended of course)

Note that:
- I searched the Fedora docs, website, ask Fedora, and did general searches at
each point of failure and didn't find much in the way of guidance. Only in
talking to a couple of knowledegable and helpful folks in real time was I able
to get past the fail points.
- Something else to note that's non obvious is setting up virt manager as
non-root, first answer
https://ask.fedoraproject.org/en/question/45805/how-to-use-virt-manager-as-a-non-root-user/

OK so my questions for you, Fedora development community:

- Is running a lightweight local VM for web development a usecase we want to
support? Is it dare I ask important?
- If so, is what I ended up setting up what we want people in that usecase to
do? (E.g. use Fedora cloud base image, set up in virt-manager or boxes, using
virt-customize to remove cloud-init and configure login password?

If yes to both, I would be happy to help improving docs / websites / etc. to
support the use case as well as filing some RFEs in the tools to make the
experience better (e.g., if virt-manager could recognize a compressed raw image
and offer to decompress it or at least tell user to do so, would be a win, for
example.) But if I'm doing something edge-casey or not meant to be done,
obviously that's a wasted effort.

Let me know what you think!

Cheers,
~m

[1] Note I used virt-manager bc other webdevs I know use it and I'm familiar
with using it for connecting to remote hypervisors which was a main thing I
wanted to do. Happy to use Boxes if it allows that since it looks so slick,
don't know enough about it to know if it does!
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives:
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Re: [Design-team] Testing the wireframes of the Fedora Community App

2018-05-16 Thread Máirín Duffy

Hey Abhishek,

So I tried to add something to the calendar but none of the add to calendar 
links are active. So I don't know if I can actually say I completed the task or 
not?

~m

Ar 05/16/2018 08:50 AM, scríobh Abhishek Sharma:

Hello Máirín

    The 4 tasks this appears to be assigning disappear when you get to
    the mockups - can you provide the list of tasks so we can have it to
    reference as we go through the mockups?
    Also I don't see any kind of survey or other method of providing
    feedback on each task? How should we go about doing that?

Thank you for pointing that out, I messed up.
Here's a link to the list of tasks and form to provide feedback:
https://goo.gl/forms/jr5GaP2YKtDqdypT2
Hope it helps.

We'd love to have your feedback on specific screens as well, Please add
comments and suggestions here:
https://www.quant-ux.com/share.html?h=a2aa10albzVO4GPTETM7K8maNo3aObl9zCrhZx3lcvu7ylZRY5xY4eQ98lPy

On Wed, May 16, 2018 at 6:00 PM Máirín Duffy <du...@redhat.com
<mailto:du...@redhat.com>> wrote:

    Hi Abhishek!

    The 4 tasks this appears to be assigning disappear when you get to
    the mockups - can you provide the list of tasks so we can have it to
    reference as we go through the mockups?

    Also I don't see any kind of survey or other method of providing
    feedback on each task? How should we go about doing that?

    Thanks,
    ~m

    Ar 05/16/2018 03:52 AM, scríobh Abhishek Sharma:
 > Hello People!
 >
 > So we are working on revamping the Fedora Community App
 >
    <https://play.google.com/store/apps/details?id=com.fedoraqa.fedora=en>,
 > and after an initial feedback and user testing session, we have an
 > improved wireframe ready for another round of testing.
 >
 > I was wondering if some of you can test this wireframe and
    provide some
 > valuable feedback. In the process, you will be asked to do very
    simple
 > tasks (which will hardly take 2 minutes) on a clickable prototype. We
 > can learn from the insights of testing to iterate on the design
    of the
 > application. Basically what's working and what's not.
 >
 > Link to Test the Wireframes:
 >

https://www.quant-ux.com/test.html?h=a2aa10albzVO4GPTETM7K8maNo3aObl9zCrhZx3lcvu7ylZRY5xY4eQ98lPy
 >
 > Thanks a lot for your time!
 >
 > Best,
 > Abhishek
 >
 >
 >
 >
 > ___
 > design-team mailing list -- design-t...@lists.fedoraproject.org
    <mailto:design-t...@lists.fedoraproject.org>
 > To unsubscribe send an email to
    design-team-le...@lists.fedoraproject.org
    <mailto:design-team-le...@lists.fedoraproject.org>
 >

___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: [Design-team] Testing the wireframes of the Fedora Community App

2018-05-16 Thread Máirín Duffy


Hi Abhishek!

The 4 tasks this appears to be assigning disappear when you get to the mockups 
- can you provide the list of tasks so we can have it to reference as we go 
through the mockups?

Also I don't see any kind of survey or other method of providing feedback on 
each task? How should we go about doing that?

Thanks,
~m

Ar 05/16/2018 03:52 AM, scríobh Abhishek Sharma:

Hello People!

So we are working on revamping the Fedora Community App
,
and after an initial feedback and user testing session, we have an
improved wireframe ready for another round of testing.

I was wondering if some of you can test this wireframe and provide some
valuable feedback. In the process, you will be asked to do very simple
tasks (which will hardly take 2 minutes) on a clickable prototype. We
can learn from the insights of testing to iterate on the design of the
application. Basically what's working and what's not.

Link to Test the Wireframes:
https://www.quant-ux.com/test.html?h=a2aa10albzVO4GPTETM7K8maNo3aObl9zCrhZx3lcvu7ylZRY5xY4eQ98lPy

Thanks a lot for your time!

Best,
Abhishek




___
design-team mailing list -- design-t...@lists.fedoraproject.org
To unsubscribe send an email to design-team-le...@lists.fedoraproject.org


___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

[389-devel] Re: Improve the demo objects from install

2018-01-10 Thread Máirín Duffy




On 01/10/2018 10:58 AM, Mark Reynolds wrote:

So you could do a filter like this for your example above:

"(|(sn=*brown")(sn=*brown west"))"


So the case I'm thinking of for the front end is a directory listing, in 
which case you wouldn't be so specific to know to add the West.


or

"(|(sn=* brown")(sn=* brown *"))"  --> note the spaces


This would grab anything inbetween though right? So it would grab Brown 
as a middle name too. There's no way to specify order positioning beyond 
first * / * last / * anything in middle * ? Eg no regexp?


The context I'm in here is a front end developer trying to get the data 
in a format so they can provide a list of users in a list interface and 
have a reasonable way to sort without having to rely on just using the 
first substring.


~m
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to 389-devel-le...@lists.fedoraproject.org

[389-devel] Re: Improve the demo objects from install

2018-01-10 Thread Máirín Duffy




On 01/10/2018 10:20 AM, Mark Reynolds wrote:

Would this miss someone who had two surnames, say Sally Brown West,
who chooses not to hyphenate?

"(sn=*brown*)"


Wouldn't that also match Brownwyn James and Brown West Smith?

~m
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to 389-devel-le...@lists.fedoraproject.org

[389-devel] Re: Improve the demo objects from install

2018-01-10 Thread Máirín Duffy


Hi William,


 With displayname you can only sort by "order of the displaynames". So we can 
at least consistently sort this given the scenario above!


Imagine a phone book sorted this way. In the US in any given town there 
would be 50 pages of Johns, making wayfinding really difficult. Is there 
a way for an application that's using LDAP in the backend to pull the 
last substring, for example, if they wanted to use the heuristic of last 
ordered is the sorting key?



 To *search* for surnames however, now you can do a substring search in the 
displayName field. I'm not sure of your LDAP profficency, but the search would 
be:


I'm really not proficient at all. Is this like a regexp so "=*Brown" 
matches any entries that end in "Brown"? Would this miss someone who had 
two surnames, say Sally Brown West, who chooses not to hyphenate?


Cheers,
~m
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to 389-devel-le...@lists.fedoraproject.org

[389-devel] Re: Improve the demo objects from install

2018-01-09 Thread Máirín Duffy

Hi William,

I'm one of the Fedora UX designers and was pointed to this thread by charcol on 
another list.

I would like to express enthusiastic support for having by default a display 
name field and a legal name field. This is of particular benefit and interest 
to women as you clearly recognize. My legal name is not what people know me by 
yet it's important for various gov't docs that my legal name be used. In most 
contexts the name I go by is more appropriate and recognizable for everyone. 
Red Hat allows me as an employee to choose a displayname for my first name but 
not my last - my legal last name is not what I go by. This has definitely 
caused me some serious real world challenges.

One question I have about having multiple names in one field, from a UX 
designer POV - often when retrieving lists of names for display in interfaces, 
in a Western context they are often listed lastname firstname in alphaorder. If 
the field is freeform and the person inputs first middle last or even more 
names, how can the lastname be identified so that a given user can be located 
in an alphabetically ordered list? This seems like a core front end use case 
and I wonder if condensing down to one field is going to cause problems for 
systems connecting to the directory. Another consideration - names may be 
listed in different orders depending on locale. Eg typical Western format is 
given middle surname but other locales (Japan comes to mind) is surname given. 
Can applications connecting to the directory be able to display names 
appropriately for a given locale if there isnt a way to parse them out 
correctly? This locale ordering isnt an issue for single names, but 3+ names 
make it I am 
 imagining nearly impossible to programmatically parse the user input in any 
reliably correct way.

Hope this feedback is helpful.

Cheers,
~m
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to 389-devel-le...@lists.fedoraproject.org

Re: Self Introduction: Richard Kellner

2017-08-24 Thread Máirín Duffy


Hi Richard,

On 08/23/2017 05:53 PM, Richard Kellner wrote:

my name is Richard Kellner and I am a Python developer. In my free time,
I am also a PyCon SK volunteer. Recently I have got this crazy idea to
submit some of my packages to Fedora, so here I am. I have just
submitted my first package for review:
https://bugzilla.redhat.com/show_bug.cgi?id=1484561 hopefully several
more will come soon.

Looking forward to becoming part of the Fedora community.


You're most welcome! You are in good company with many Pythonistas in 
the project. See you around!


Cheers,
~m
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Flock hotel discount code is available + Last-minute CFP reminder!

2017-06-14 Thread Máirín Duffy

Hi everyone, 

Our hotel discount code for Flock went live yesterday. It is... *drumroll* 
"FLOCK". 

Here are the rates: 

- A $139/night* rate per double, queen, or king room is available from August 
27 to August 31. You will need to use the "Group Attendee" code "FLOCK" on the 
hotel reservation form to book your room at the Flock rate. 

- A $169/night* double occupancy (under 18 free) discounted rate is available 
the weekend before and the weekend after (evenings of Fri Aug 25 and Sat Aug 26 
+ evenings of Fri Sep 1 and Sat Sep 2. The $139 rate is available Thu Aug 24 
and Mon Sep 3.) 

- If you are booking by phone, please state that you are attending the Flock 
2017 Conference. 

- July 26 is the cut-off for our reserved block. If reserving for yourself, 
please book before then! 

*IF YOU ARE APPLYING FOR FUNDING DO NOT RESERVE YOUR ROOM.* We'll book it for 
you if you are funded. :) 

The website is updated with this info.

Also, we're looking forward to reviewing your session proposals, which are due 
tomorrow! :)

For more frequent updates about Flock 2017, please subscribe to:
https://lists.fedoraproject.org/admin/lists/flock-attendees-2017.lists.fedoraproject.org/

Cheers,
~m
___
devel-announce mailing list -- devel-annou...@lists.fedoraproject.org
To unsubscribe send an email to devel-announce-le...@lists.fedoraproject.org
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Flock hotel discount code is available + Last-minute CFP reminder!

2017-06-14 Thread Máirín Duffy

Hi everyone, 

Our hotel discount code for Flock went live yesterday. It is... *drumroll* 
"FLOCK". 

Here are the rates: 

- A $139/night* rate per double, queen, or king room is available from August 
27 to August 31. You will need to use the "Group Attendee" code "FLOCK" on the 
hotel reservation form to book your room at the Flock rate. 

- A $169/night* double occupancy (under 18 free) discounted rate is available 
the weekend before and the weekend after (evenings of Fri Aug 25 and Sat Aug 26 
+ evenings of Fri Sep 1 and Sat Sep 2. The $139 rate is available Thu Aug 24 
and Mon Sep 3.) 

- If you are booking by phone, please state that you are attending the Flock 
2017 Conference. 

- July 26 is the cut-off for our reserved block. If reserving for yourself, 
please book before then! 

*IF YOU ARE APPLYING FOR FUNDING DO NOT RESERVE YOUR ROOM.* We'll book it for 
you if you are funded. :) 

The website is updated with this info.

Also, we're looking forward to reviewing your session proposals, which are due 
tomorrow! :)

For more frequent updates about Flock 2017, please subscribe to:
https://lists.fedoraproject.org/admin/lists/flock-attendees-2017.lists.fedoraproject.org/

Cheers,
~m
___
devel-announce mailing list -- devel-announce@lists.fedoraproject.org
To unsubscribe send an email to devel-announce-le...@lists.fedoraproject.org

Re: Better irc policies?

2015-10-15 Thread Máirín Duffy




On 10/15/2015 02:33 AM, Adam Williamson wrote:

Oh, I wasn't criticizing the *current* plan, I was wondering whether if
we stuck another thing on top of the pile it might be going too far...


FWIW the hubs IRC client was the new thing in my mind. If there's 
something else being proposed I'm not sure what (I tried reading back in 
the thread but I'm not sure what an additional thing would be on top of 
what's already in the plan?)


I mean the way we've mocked it up in hubs, the hubs chat UI is basically 
going to make interacting with other Fedorans on IRC like chatting using 
the facebook or G+ web apps, big difference is that the chat windows on 
team/project hubs are going to the be the channel, not one-to-one convos 
(which are also in the design, but on user profiles, not team/project 
hubs.) My hope is it'll allow newbies to use IRC without having to worry 
or even know it's really IRC.


~m
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Better irc policies?

2015-10-15 Thread Máirín Duffy




On 10/14/2015 03:30 PM, Matthew Miller wrote:

On Wed, Oct 14, 2015 at 11:19:00AM -0700, Adam Williamson wrote:

The only thing that concerns me is that at that point we'd have the new
thing, IRC, Ask, *and* the mailing lists, soon with Hyperkitty which in
some senses overlaps with all the others.


Well, mailing lists -> hyperkitty. Ideally, The New Thing would
completely replace IRC eventually. And, especially with how we're using
Ask, like a web forum rather than like the Stack Exchange sites it
superficially resembles, I'd like to eventually migrate that to
HyperKitty too.



What is "The New Thing" and why is it needed?

~m
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Better irc policies?

2015-10-15 Thread Máirín Duffy




On 10/14/2015 03:28 PM, Matthew Miller wrote:

On Wed, Oct 14, 2015 at 02:40:26PM -0400, Máirín Duffy wrote:

So the intention with hubs is that it would have a web based chat
interface that would use IRC. So if you prefer your old IRC client,
keep using it; if you're a newbie and not familiar with IRC and want
to communicate with Fedora folks, use Hubs chat (which is actually
just the same IRC channels under the covers.)


Is there a plan for dealing with IRC nicks and the Hubs chat?


There's an IRC nick field in FAS. My thoughts were by default for new 
users we'll prepopulate it with their FAS account name; if you've a 
preexisting account put in whatever your usual IRC nick is. If you use 
hubs as an IRC client, use the nick from FAS. If there's a nick 
collision / somebody's already registered it, I don't know that it would 
be so difficult to detect that and prompt the user to pick another one.


Was that the concern or is there something I'm missing?

~m
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Better irc policies?

2015-10-15 Thread Máirín Duffy




On 10/15/2015 08:27 AM, Matthew Miller wrote:

On Thu, Oct 15, 2015 at 08:15:50AM -0400, Máirín Duffy wrote:

Is there a plan for dealing with IRC nicks and the Hubs chat?


There's an IRC nick field in FAS. My thoughts were by default for
new users we'll prepopulate it with their FAS account name; if
you've a preexisting account put in whatever your usual IRC nick is.
If you use hubs as an IRC client, use the nick from FAS. If there's
a nick collision / somebody's already registered it, I don't know
that it would be so difficult to detect that and prompt the user to
pick another one.

Was that the concern or is there something I'm missing?


Most of us have this set up in our clients so long that we've forgotten
about it, but the process of registering a new nick with Freenode drops
people right in the middle of IRC esoterica before they're even able to
get started.


I don't think this is insurmountable, I think if there's a nick 
collision we prompt for a new one and update the FAS field; if there's 
no collision we register it for them using their FAS email address and 
maybe making up a password for them. For pre-existing users there can be 
a field in FAS or in user prefs for their nickserv pass.


~m
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Better irc policies?

2015-10-15 Thread Máirín Duffy




On 10/15/2015 12:44 PM, Adam Williamson wrote:

I mentioned - just as an as-it-came-into-my-head thing, not a serious
proposal - the possibility of setting up one of the F/OSS Slack-a-likes
that are going around.


I think Hubs would essentially be that thing. Especially with the 
planned integration with the meetbot logs + fedocal :)


~m
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Better irc policies?

2015-10-14 Thread Máirín Duffy




On 10/14/2015 02:19 PM, Adam Williamson wrote:

The only thing that concerns me is that at that point we'd have the new
thing, IRC, Ask, *and* the mailing lists, soon with Hyperkitty which in
some senses overlaps with all the others.

All of these are good things but would we have a coherent story about
why we had all of them, and would it just make it a nightmare to find
the right information / person?


So the intention with hubs is that it would have a web based chat 
interface that would use IRC. So if you prefer your old IRC client, keep 
using it; if you're a newbie and not familiar with IRC and want to 
communicate with Fedora folks, use Hubs chat (which is actually just the 
same IRC channels under the covers.)


Same thing with mailing lists / hyperkitty. If you prefer mailing lists, 
fine, stick with mutt or pine or $CLIENT_OF_CHOICE. If you're not into 
mailing lists you can read the messages and engage in convo directly in 
the hubs interface (we'll probably embed pieces of hyperkitty to do this)


We haven't thought too much about ask integration with hubs yet bc there 
was a GSoC project this summer to redesign the UI, but at some point we 
could integrate that too.


So the idea behind hubs is to enable folks who don't want to use the raw 
services but still want to participate in Fedora to do so.


Does that make more sense / seem more coherent?

~m
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Fedora developer portal - proof of concept

2015-07-21 Thread Máirín Duffy




On 07/21/2015 10:48 AM, Adam Samalik wrote:

There is no C and C++ - Sory guys, again, the homepage is just filled up with 
random stuff. C and C++ will be definitely a part of the content! I promise I will use 
Lorem Ipsum more often to avoid these unpleasant situations :-)


I don't know if this content is similarly random then, but with the 
aforementioned target audiences in mind, I'm not sure what's up with the 
Fedora.next section (far right on the nav bar) and the content under 
that. I'm not sure of the context in which the target audience devs 
would need this info?


Another suggestion - I think the language-specific documentation was a 
core and valuable feature in the proposal but it's a bit hidden in this 
design. Under the runtimes/frameworks section on the front, maybe add a 
button for each one More info for $LANG/FRAMEWORK developers that 
would drive users to those lang/framework-specific pages (similar to how 
you did 'learn more' for the tools.) Having these accessible only from a 
drop-down menu obscures them a lot unfortunately.


I think the main thing the site is missing is a narrative for how/why 
you'd want to use it. I know you don't have final content, but I think 
users are really going to need more guidance to understand how/why 
they're going to use the site. I think a good next step is developing 
that narrative.


You might also get more helpful / useful feedback by reposting part of 
the proposal on the wiki here on list so folks can get more of an idea 
of the background / context around the site. It was in your footnotes 
but not everybody reads all of those :)


~m
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Fedora developer portal - proof of concept

2015-07-21 Thread Máirín Duffy


(resending with my fpo email; my rht email isn't sub'ed to devel@)

On 07/21/2015 09:51 AM, Josh Boyer wrote:

I'm curious how this is going to be tied into the Fedora Hubs work?
If it isn't, I'm curious why not :)


So Fedora Hubs' main audiences are folks who are contributing to Fedora, 
whether they are new or experienced Fedora contributors.


It's my understanding that the developer.fpo site is more focused towards:

- developers who may develop apps for Linux but do not exclusively focus 
on Fedora in terms of as a target for their own applications


- developers who may want to or do use Fedora, and while they happen to 
be developers but don't actually develop Fedora itself.


That being said, there is no reason why we couldn't have a hub tied to 
developer.fpo that aggregates info from developer.fpo and provides a 
social space for Fedora contributors who also fit into the developer.fpo 
audience.


Hope that makes sense?

~m
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: To Whomever: You Made My Day

2015-02-26 Thread Máirín Duffy


On 02/26/2015 08:31 AM, John Florian wrote:

Yesterday I was browsing the Fedora pkgdb/git/bohdi pages and this
morning I returned to go backwards thru my web browser history when I
stumbled upon a real hidden gem for a HTTP 500 response.  Our hot dog
armed with a ray gun against a nuclear panda… oh man that was great.
Best 500 I’ve seen yet.


For the curious :)

https://apps.fedoraproject.org/packages/inkscape/sdfgsdgf

~m
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Decision on Fedora Product branding: Fedora $PRODUCT 21 vs Fedora 21 $PRODUCT

2014-10-21 Thread Máirín Duffy


Hi,

On 10/21/2014 08:28 AM, Stephen Gallagher wrote:

* Should we start all of the Products at version 1 and say built on the
Fedora 21 platform?


Is there any intention to release the products on different schedules?

~m
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Decision on Fedora Product branding: Fedora $PRODUCT 21 vs Fedora 21 $PRODUCT

2014-10-21 Thread Máirín Duffy




On 10/21/2014 08:42 AM, Jaroslav Reznik wrote:

- Original Message -

Hi,

On 10/21/2014 08:28 AM, Stephen Gallagher wrote:

* Should we start all of the Products at version 1 and say built on the
Fedora 21 platform?


Is there any intention to release the products on different schedules?


Definitely not now or in the near future.


Does any group want to eventually release on a different cycle than the 
others?


I mean I think this is the critical question. Because if the products 
are always going to be in sync, having separate version numbers for 
Fedora and each of them is going to confuse way more than it clarifies.


~m
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Decision on Fedora Product branding: Fedora $PRODUCT 21 vs Fedora 21 $PRODUCT

2014-10-21 Thread Máirín Duffy




On 10/21/2014 09:36 AM, Matthew Miller wrote:

On Tue, Oct 21, 2014 at 08:28:16AM -0400, Stephen Gallagher wrote:

A few specific comments that have been made on the Board ticket (to
avoid rehashing them).

* Fedora Server 21 sounds like we've had 21 releases of Fedora Server
and we certainly haven't.
* Should we start all of the Products at version 1 and say built on the
Fedora 21 platform?


My opinion is that since we've decided on a unified lifecycle and
release process for now, we should reflect that in the names, so:

  Fedora 21 Cloud
  Fedora 21 Server
  Fedora 21 Workstation

but that we should also allow unversioned naming:

  Fedora Cloud
  Fedora Server
  Fedora Workstation

In the future, if we have separated release cycles, I think separate
numbering might make sense, with the Built on the Fedora 21 platform
wording or similar. Possibily date-based schemes for the products —
but I don't want to get the cart too far ahead of the horse on that.


^^^ This

From my POV (the designer / branding person,) this is exactly the plan 
I support.


~m
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: [RETRACTION] Re: Unofficial Poll: Flock 2015 (North America) Bids

2014-09-24 Thread Máirín Duffy




On 09/23/2014 02:37 AM, Matthias Runge wrote:

On 22/09/14 17:18, Haïkel wrote:

Proposals are supposed to provide travel costs from pre-determined
airports at the *targeted* period.
If I trust informations from the proposals, SLC would be too expensive
to cover travel expenses for EMEA folks.


A brief look revealed, a trip e.g. to Cape Cod would cost (in August) at
least US$ 2500 (cheap motel and a flight, not covering anything else). I
assume, that's a bit over the limit?

E.g. in June, flights to Boston are US$ 850 vs US$ 1400 in August. Maybe
it's a good idea to move the conference out of main holiday season?


Are you located in EMEA or APAC? Because Flock alternates between North 
America and EMEA I think partially because of this reason...


As one of the folks who put together a bid - I wasn't aware dates far 
outside of August were really an option - we definitely could have 
gotten much better rates outside of the high vacation season (late 
spring would have worked really well.) I was told going outside of the 
summer makes it more difficult for Europeans to travel because it falls 
outside of their vacation time. If this isn't the case and it makes it 
harder, I agree we need to re-evaluate the time of year for the conference.


Although I'm pretty sure it was moved to July/August in the first place 
because people complained about Fedora conferences mostly being in snowy 
places during the winter! You really can't win - bringing so many people 
from so many places together in one place requires a lot of compromise.


~m
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: The Forgotten F: A Tale of Fedora's Foundations

2014-04-22 Thread Máirín Duffy


Hi folks,


On 04/22/2014 07:40 AM, Jóhann B. Guðmundsson wrote:

Is it safe to assume that research is backup by public usability
tests?


On 04/22/2014 07:55 AM, Stephen Gallagher wrote:

When I invoke Máirín, I usually find it safe to make that assumption,
but I'll let her speak for herself on the matter.


We did tests at Red Hat's office in Boston for RHEL 7. Those tests were 
with experienced system administrators looking to install server 
targets. They were not looking to install workstations, and as they 
stated their typical install process is automated and involves 
kickstart; they do not perform attended installs frequently at all. The 
summary of results from that test are available here:


https://www.redhat.com/archives/anaconda-devel-list/2013-April/msg00011.html 
 (posted to https://fedoraproject.org/wiki/Anaconda/UX_Redesign)


I'm fairly certain based on experience (if you want to question *that*, 
we can talk about that in more depth too) that this class of users:


- Do not care about the license conditions. They trust that Red Hat has 
handled that appropriately for them.


- Probably do have a preference for command line vs polished apps, but 
do not care about this when installing a server. (Generally the 
experienced admins favor command line whereas junior admins or admins 
that also work on Windows machines prefer polished apps)


- Do care about full functionality vs. small size / speed. They make 
this selection interactively using the software selection / comps screen 
in the new anaconda; for day-to-day this is controlled via the selection 
of particular kickstarts or recipes in their automated provisioning systems.



We also did tests at DevConf.cz last year. My OPW intern Stephanie 
Manuel designed the test with me and Jiri Eischmann, Jaroslav Reznik, 
and Filip Kosik among others, did an excellent job running the tests 
on-site. I have the videos but I do not have release forms for the 
testers who took that test, so I don't think I can post them - but it is 
a lot of data and I'm not sure how useful it would be to post or where I 
could post it. These users for the most part had a technical background, 
but were more workstation-oriented in installation although they only 
interacted with the installer itself. Filip provided the data and the 
analysis of the results on that test:


https://www.redhat.com/archives/anaconda-devel-list/2013-April/msg00018.html

All of the results from the tests were collated into one long issue list 
here:

https://fedoraproject.org/wiki/Anaconda/UX_Redesign/Usability_Test_Suggestions


Some of the choices Przemek suggested don't make sense depending on the 
context. E.g., full functionality vs. small size / speed I think has a 
different meaning depending on whether you have a workstation target 
(which, either way, will include X) or a server target (which might not 
necessarily include X.) Same with command line vs polished apps.


Everything in our repos is free, so putting the choice in the installer 
seems off to me. Our policy (which is complex and obviously driven by 
things stronger than the UX) generally leaves it to users post-install 
to add encumbered software. I don't actually see the advantage to the 
user in changing that. PackageKit's UI used to have filters I think some 
were based on license. Maybe the GNOME software devs would be interested 
in having some kind of selection for the type of software offered to 
you. Similarly to how some Android app stores work - e.g. show me only 
free apps, or you can show me paid apps too.




So to back this up, a lot - what install target are we talking about, 
exactly? And what type of users are we talking about? My guidance as an 
IXD would be completely different depending on these things.


~m
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: The Forgotten F: A Tale of Fedora's Foundations

2014-04-22 Thread Máirín Duffy


On 04/22/2014 09:13 AM, Stephen Gallagher wrote:

So one of the key questions here is whether the current policy on
essentially hiding (protecting?) the user from these external software
sources is truly in keeping with our Foundations, Mission and general
project health.


To be honest, I'm fairly uncomfortable discussing this without Fedora 
Legal weighing in. I don't see any problem with re-visiting the 
decisions made along this path, but I also am pretty confident the folks 
who decided things had to be this way are really smart and had good 
reasons.


~m
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: The Forgotten F: A Tale of Fedora's Foundations

2014-04-22 Thread Máirín Duffy


Hi,

On 04/22/2014 10:14 AM, H. Guémar wrote:

Well, we may end up lawyered by Legal, but I think it's good we try to
realign ourselves and clear up few misunderstandings.


How do you propose we do that?

~m
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: How do you use Fedora?

2013-04-03 Thread Máirín Duffy

On 04/02/2013 03:47 PM, Pete Travis wrote:
 I'm considering system specs at this point, but establishing the roles
 deployed might aid in targeting more comprehensive documentation. Beyond
 a basic desktop, what use cases would you like to see us represent?

FWIW I primarily use Fedora as a creative workstation, for both vector 
bitmap graphic manipulation as well as non-linear video editing and
occasional audio editing. I recently had one of my two 4 GB RAM DIMMs
die, and noticed a big difference in how quickly Gimp was able to
process images... it really slowed down. On my i7 system with full 8 GB
of RAM Fedora performs quite well with what I work on though.

Hope this helps,
~m
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

86 matches

Mail list logo