Greetings,
An OpenSCAP Test Day is coming up tomorrow - Thursday 26th August:
https://fedoraproject.org/wiki/Test_Day:2010-08-26_OpenSCAP
OpenSCAP is a tool for maintaining the security of systems, such as
automatically verifying the presence of patches, checking system security
configuration
prove this upcoming Fedora 14 feature.
See you on the next test day,
Kamil Paral
[1] https://fedoraproject.org/wiki/Test_Day:2010-08-26_OpenSCAP
___
test-announce mailing list
test-annou...@lists.fedoraproject.org
https://admin.fedoraproject.org/ma
Dear Fedora Comunity,
We would like to draw your attention to forthcoming Fedora Test Day focused on
OpenLDAP [1] with TLS encryption.
The crypto implementation for TLS/SSL was recently changed from OpenSSL to
Mozilla Network Security Services (MozNSS). And there are 88 packages
depending on open
Hello,
thanks everyone for participation in OpenLDAP/NSS Test Day [1]. The
participation was little low, but it was somehow expected, because
this was a non-trivial topic. Anyway, a few bugs were discovered
(and other stuff was confirmed to work ok):
641946 - slapd init script gets stuck in an inf
> Miloslav Trmač wrote:
> I can't really see who is the expected user of ~/.local/bin . From my
> POV the whole point of ~/.local is to store data that is hidden from
> users - it is "application" data, not "user data".
I am. I'm using that for years and I'm very happy that bin/ doesn't clutter m
Please read:
https://kparal.wordpress.com/2011/08/05/autoqa-0-6-released/
Kamil
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
> Matthew Garrett wrote:
> > Unless the checking is part of autoqa this simply isn't
> > sufficient. There's a huge benefit to implementing it in the way
> > that's
> > easiest for maintainers.
>
> The earlier a problem is detected, the cheaper it is to fix. If I have
> understood AutoQA right, it
> On Mon, Sep 12, 2011 at 01:02:26AM -0700, Adam Williamson wrote:
> > On Mon, 2011-09-12 at 08:56 +0100, Richard W.M. Jones wrote:
> >
> > > I thought AutoQA was going to do this, but it's been
> > > disappointing.
I haven't read the whole thread, but I also feel the rate of AutoQA development
i
> Am I right in saying that AutoQA is basically mired in the muck and
> going nowhere at the moment?
>
> --
> Doug Ledford
Our progress is very slow at the moment, correct. We will happily welcome some
help. We don't have many tasks that you could do in a free afternoon, however.
A free week o
Fedora QA holds Test Day regarding ABRT 2 and Retrace Server
on March 31:
https://fedoraproject.org/wiki/Test_Day:2011-03-31_ABRT_Retrace_Server
This test day will focus on Retrace Server feature [1] in
Fedora 15 as well as ABRT 2.0. Refreshed and bright new
test cases are prepared for your cons
As you probably noticed not so long ago we announced [1] that AutoQA [2] would
be sending comments to Bodhi [3] and inform package maintainers about the
results of important test cases (depcheck and ugpradepath). We enabled the
functionality and disabled it again very soon due to a number of pro
> Hi,
>
> I built two sets of security updates for f13/f14/f15 and autoqa
> rejected
> the f13/f14 packages. It looks like autoqa is waiting for the packages
> to be properly pushed to f stable before green-lighting the
> matching package for f.
I suppose you're talking about upgradepath test. Y
> On Mon, 2011-04-18 at 04:35 -0400, Kamil Paral wrote:
> > > I built two sets of security updates for f13/f14/f15 and autoqa
> > > rejected
> > > the f13/f14 packages. It looks like autoqa is waiting for the
> > packages
> > > to be properly
I've created a short blogpost about this issue:
http://kparal.wordpress.com/2011/04/18/autoqa-upgradepath-vs-updates-to-multiple-fedora-releases/
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
> Here is the update:
>
> https://admin.fedoraproject.org/updates/libguestfs-1.6.2-1.fc13.7
>
> Here's the failed test result:
>
> http://autoqa.fedoraproject.org/results/87921-autotest/qa03.c.fedoraproject.org/upgradepath/results/output.log
>
> This is pretty confusing.
>
> Why does it mentio
> Hi fellow Fedorans.
>
> Recently, AutoQA has been introduced to catch typical problems early
> in
> the update process. In general, I appreciate that effort, but
> currently
> I find myself in a phase of conditioning ignorance towards AutoQA,
> essentially because it is drowning me in irrelevant
> Keeping the current way will just make me (and possibly others) add
> filters to throw away messages from AutoQA. Please be aware of how
> much
> contributor time you waste by making them hope through useless
> (because
> the tests have passed and no information is gained) mails. I realize
> you
Please read:
http://kparal.wordpress.com/2011/04/29/autoqa-0-4-7-released/
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
> Mike McLean wrote:
> > lvm2-2.02.84-2.fc14 has a higher NVR than the current F15 build
> > (lvm2-2.02.84-1.fc15). Shouldn't some sanity check have caught this,
> > or am I missing something?
>
> AutoQA complains about these kind of things, but most maintainers
> don't read
> AutoQA complaints, p
AutoQA 0.5.0 has just been released and deployed. Package maintainers will see
some notable changes. Please read the whole description here:
http://kparal.wordpress.com/2011/06/29/autoqa-0-5-0-released/
Comments welcome.
Kamil
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.f
- Forwarded Message -
From: "He Rui"
To: "test list"
Sent: Wednesday, February 10, 2010 8:12:57 AM GMT +01:00 Amsterdam / Berlin /
Bern / Rome / Stockholm / Vienna
Subject: Fedora 13 Alpha TC Validation Test (Thu 02-11 to Wed 02-17)
Greetings,
As we have entered F13 test phase, now it
Hello,
I have seen the long thread about Updates Policy. I just wish
to inform you that I (as part of the QA team) have been working
on a draft of exactly such a policy. I suppose I will be able
to make it public during this week. I will post a link here,
so all the people will have some basis wh
Hello,
I have been (together with the QA team) working on a 'Package
update policy' proposal. Because Matthew Garrett yesterday
presented his own proposal regarding this topic, we decided
to also present our proposal, albeit still unfinished.
The proposal is here:
https://fedoraproject.org/wik
- "Adam Williamson" wrote:
> There actually already *is* a review point
> prior to moving to -updates, but it's currently owned by rel-eng and
> is
> not highly publicized, and very little gets rejected. It is there,
> though: rel-eng explained this earlier in the threads, and explained
> that
- "Jesse Keating" wrote:
> On Thu, 2010-03-11 at 12:21 -0600, Matt Domsch wrote:
> > Paul: Jesse Keating provided a draft policy for what updates should
> be
> > done. Board will take this into consideration, if necessary, in
> > another round of discussions (not this meeting).
>
> https://
Yes, it’s here again, the April Fools’ Day [1]! If you don’t have your
own plans already, let me propose one for you – participate on the
ABRT test day!
ABRT is a tool that helps reporting program crashes with a few simple
mouse clicks. It is a significant part of Fedora operating system and
its
This is a post-event review of the ABRT test day [1].
Thank you everyone who contributed to ABRT testing. Unfortunately
there weren't many attendants, probably because it was really close
to Easter holidays. But still there were some bugs discovered,
the list is here (and I'm sure even more bugs w
> Hi everyone!
>
> Is there a way of forcing systemd not to mount an encrypted partition
> when booting the system? I have one encrypted partition (on LVM) on
> my laptop, which I do not want to have mounted automatically. I'm
> mounting it only when I need it with a simple script.
>
> With F15,
>
> Dear Rahul,
>
> I'm a community moderator at Ask Ubuntu. And I was talking to some
> people
> about what mistakes we think Ask Fedora and Ask Debian have made, so
> I
> thought I'd give you some feedback.
>
>
That is great feedback. All of those proposals are very reasonable.
--
devel
> > > my kernel options: ro root=/dev/mapper/vg_nb-lv_root
> > > rd_LVM_LV=vg_nb/lv_root rd_NO_LUKS rd_NO_MD rd_NO_DM
> >
> > You want to use "rd.luks.uuid" kernel option. See "man
> > dracut.kernel".
>
> rd_NO_LUKS (or rd.luks=0) disables LUKS detection
> entirely. I believe this is not about i
> Thanks for the pointers.
>
> By running this command, I have signed up for iwhd-related
> notifications in F-16 and rawhide:
>
> ssh fedorapeople.org autoqa-optin iwhd devel F-16
With this command you will subscribe for rpmlint and rpmguard test results for
every new build [1].
Depcheck
> On 02/21/2012 10:48 AM, Adam Williamson wrote:
>
> >
> > the rats_install test runs an entirely automated test of the Fedora
> > installer daily, against the daily installer composes provided by
> > release engineering. It provides detailed logs and pinpoints where
> > failure occurs if the ins
> On Tue, 28 Feb 2012 16:37:50 -0600
> Mike Chambers wrote:
>
> > Noticed that x86_64 tree is still NOT installable, as in no
> > boot.iso
> > or anything. Is this going to remain that way for awhile?
>
> Well, it's going to stay that way until the bug that prevents it
> working is fixed. :)
>
There will be a "GNOME Shell and Extensions" Test Day on Thursday!
https://fedoraproject.org/wiki/Test_Day:2012-03-15_Gnome_Shell_and_Extensions
Here's an introduction from Vitezslav Humpa, who's in charge of this event from
QA perspective:
While Fedora 17 Test Day cycle is starting to take spe
If you're a Fedora package maintainer, you will be surely interested in this
topic.
AutoQA [1] is a framework for automatic test execution written for Fedora
needs. It is developed by Fedora QA [2] team. We have finally reached the state
where we can experimentally share some tests results with
- "Clovis Tristao" wrote:
> How do I increase size the boot partition, with LVM?
> My partition:
>
> FilesystemSize Used Avail Use% Mounted on
> /dev/sda1 190M 39M 142M 22% /boot
>
> Can anyone help?
>
> Thanks a lot,
>
> Clóvis
>
I think the easiest way is
- "Jonathan Dieter" wrote:
> It seems that deltarpms aren't being kept from one push to another
> for
> Fedora 13 (and, also it seems, Fedora 11). For example, there's an
> openoffice update, but though there were deltarpms when it first came
> out, they've gone now. Where should I report
- "seth vidal" wrote:
>
> I just added autoqa-optout to fedorapeople.
>
> it does what you expect it to do and acts just like autoqa-optin
Just a minor remark... please add --help. Thanks :)
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinf
- "Adam Williamson" wrote:
> On Wed, 2010-06-09 at 13:18 +0800, Luming Yu wrote:
> > Hi there,
> >
> > After yum upgrade from f12 to f13, I see the video play back stop
> > working (play back window is black and the progress bar seems to be
> > always at 0) with banshee and totem. Flash pl
Hello,
we would like to help Package Maintainers to increase public participation in
their activities. We believe that an important step in achieving that is in
rewarding the most active participants with "fame" in different top
tens, ladders and charts. Therefore we would like to extend the curre
> hi
> Taskotron depcheck test FAILED with
> springframework-data-mongodb-1.5.2-1.fc22 because of this
> https://admin.fedoraproject.org/updates/FEDORA-2015-10965/springframework-data-commons-1.8.4-4.fc22?_csrf_token=afc764d7e468ff6e54a1c11c233dbd3d9b2bcf31
> so i should wait still a week for have
> I'm seeing flickering (e.g. with arstechnica) on
>
> 01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI]
> RV620/M82 [Mobility Radeon HD 3450/3470]
>
> with native drivers (F22).
I have seen heavy flickering on mapy.cz (online maps) when zooming. The longer
I used the b
> Given that we are now post-Beta for F23, it seems a little late in the
> cycle to be introducing a new llvm runtime. Is it guaranteed to be
> backwards-compatible?
OTOH, having OpenGL 4 support in Fedora 23 (at least for certain cards) is a
strong marketing point. Personally I'm very much looki
> Today I had a scary experience with the audio of my computer.
> I was listening to music with Amarok, using my headphones... The KMix volume
> level was ~ 35%. When I logged into a video conference application, the
> volume suddenly reached the 100%. I was shocked, having the maximum audio
> leve
It's a well-known fact in our circles that third-party USB conversion tools
(like UNetbootin or Universal USB Installer) can't create Fedora Live USB
correctly. Unfortunately, it is not well known among our users (I see it very
often on test list, IRC, or local fedora.cz website/forums) and even
> What about offering liveusb-creator at the first place instead of ISO?
Actually, this might be a great idea. Not "instead", but if we provided two
buttons instead of one:
[Download DVD image] [Download USB installer]
people would immediately saw the difference. If they were after USB
instal
> > Some ideas:
> > 1. First and foremost, we should obviously consider whether we can make
> > some compose changes that would make the image more compatible with
> > third-party USB installers. That's very technical, but I hope relevant
> > people could provide some comments here.
> >
>
> I sup
> So I want to inject a note of caution on this one. A few of us who deal
> with boot stuff - me for QA purposes, mjg59 and pjones who actually know
> what's going on, and lmacken who maintains luc right now - talked this
> over a few months back, and what would like to do with luc is kill it,
> or
# Fedora Quality Assurance Meeting
# Date: 2014-09-18
# Time: 15:00 UTC
(https://fedoraproject.org/wiki/Infrastructure/UTCHowto)
# Location: #fedora-meeting on irc.freenode.net
Greetings testers!
It's time again for another QA meeting! It's probably going to be quick, the
major and maybe only to
# F21 Blocker Review meeting
# Date: 2014-08-20
# Time: 16:00 UTC (12:00 EDT, 09:00 PDT)
# Location: #fedora-blocker-review on irc.freenode.net
It's the time again for another blocker bug meeting, and it's happening today!
At the moment there are 3 proposed blockers and 1 proposed freeze exception
# F21 Blocker Review meeting
# Date: 2014-09-03
# Time: 16:00 UTC (12:00 EDT, 09:00 PDT)
# Location: #fedora-blocker-review on irc.freenode.net
Greetings testers and developers! It's time again for another blocker review
meeting!
Currently there are 6 proposed blockers a 1 proposed freeze excepti
Hi.
There is planned Fedora testday for new feature:
*** Cockpit ***
It is new web Monitoring&Management interface (system, services,
journal, network, storage, containers, users)
http://cockpit-project.org/
When: 2014-09-16
Where: https://fedoraproject.org/wiki/Test_Day:2014-09-16
> Hi, folks. As I hinted a bit, and as some of you might know from IRC,
> I've spent the last ~24 hours on something of an epic Wiki revision
> spree. I made some fairly major and possibly significant changes, so
> under the 'ask forgiveness' principle I thought I'd post a quick summary
> here.
We
> > """
> > taskotron-dev.fedoraproject.org uses an invalid security certificate.
> > The certificate is not trusted because no issuer chain was provided.
> > The certificate is only valid for taskotron-dev01.qa.fedoraproject.org
> > """
Tim needs to respond to that.
>
> """
> https://taskotron-
>
> Witness (a):
> https://admin.fedoraproject.org/updates/libguestfs-1.29.31-1.fc22
>
> The log file in this case is 3452 lines long.
>
> Witness (b):
> https://admin.fedoraproject.org/updates/ocaml-camlp4-4.02.0-0.9.git87c6a6b0.fc22
>
> The log file in this case is 3452 lines long (not coinci
I see people asking on #fedora-devel or #fedora-admin about depcheck inferior
architecture issue [1] quite often. Most of them are very confused. Last time I
saw someone asking about this was tonight [2].
We're not able fix this easily, but I think we should finally at least put some
temporary
> On Sun, Apr 26, 2015 at 11:47:18PM -0600, Chris Murphy wrote:
> > Time in UTC is just as absurd and arbitrary as time in a local
> > timezone,
> No, it's not. This has been written about many times, but in short:
> - the information about the timezone used is not stored in RTC,
> so all users o
> > https://bugzilla.redhat.com/show_bug.cgi?id=1201979 is about systemd
> > being stupid and rerunning root fsck, which sometimes triggered the
> > first issue. I just posted a patch upstream:
> > http://lists.freedesktop.org/archives/systemd-devel/2015-May/031445.html
>
> Well, note that this on
> UEFI doesn't solve anything with the rtc-in-local stuff windows is
> doing there.
Sorry for being slow, but could you please explain this a bit more? I don't
want to nitpick this to death (I've just set Windows to use UTC and it seems to
work great), but I'm really interested in learning why U
Hello folks,
there's an US holiday today and the rest of us are working hard on finalizing
tomorrow's F22 release day, so I think there's not much point in having a QA
meeting today. I'm calling it off.
If you have something urgent to discuss, please write to the test list or ping
us in #fedor
# Fedora Quality Assurance Meeting
# Date: 2015-06-01
# Time: 15:00 UTC
(https://fedoraproject.org/wiki/Infrastructure/UTCHowto)
# Location: #fedora-meeting on irc.freenode.net
Greetings testers!
We haven't had a QA meeting in a long time, it seems we could do another
session. The only important
> Hi everyone,
>
> for quite a while, I've been working on implementation of a new, revamped
> UI, designed by Jakub Steiner for the LiveUSB Creator [0]. Currently, me
> and Luke are slowly moving to merge the changes back into the master
> branch of the tree. Some stuff is not done, like descript
> Then, when the package N-udpate-V-R is later submitted to Bodhi, the
> update creation process would query ResultDB for the result of the
> relevant ABI check that happened at build time. The decision to allow
> an automatic push of the update to stable will depend on the result of
> that query.
On Thu, Jun 4, 2020 at 10:32 PM Ben Cotton wrote:
> https://fedoraproject.org/wiki/Changes/SwapOnZRAM
>
> == Summary ==
>
> Swap is useful, except when it's slow. zram is a RAM drive that uses
> compression. Create a swap-on-zram during start-up. And no longer use
> swap partitions by default.
>
On Mon, Jun 15, 2020 at 9:50 PM Ben Cotton wrote:
> https://fedoraproject.org/wiki/Changes/Fedora-Retired-Packages
>
> == Summary ==
> All retired packages are obsoleted by `fedora-retired-packages`.
>
I'll not talk about implementation, there are more suitable people for that
here. But I'll voi
On Mon, Jun 15, 2020 at 10:12 PM Ben Cotton wrote:
> https://fedoraproject.org/wiki/Changes/DefaultAnimatedBackground
>
> == Summary ==
> Fedora Workstation 33 uses animate background as default.
>
Can somebody enlighten me what an animated background exactly means? Is it
like a video/gif runnin
On Tue, Jun 16, 2020 at 12:24 PM Iñaki Ucar wrote:
> From what I found after a quick search ("gnome animated background"),
> apparently, it's a video-like effect, but the implementation comprises
> several static images (e.g., a general background and several smaller
> parts) and a file defining
On Tue, Jun 16, 2020 at 12:25 PM Kevin Kofler
wrote:
> Kamil Paral wrote:
> > I'll not talk about implementation, there are more suitable people for
> > that here. But I'll voice my opinion that automatically retiring software
> > from Fedora users' computers
On Tue, Jun 16, 2020 at 2:47 PM Michael Catanzaro
wrote:
> On Tue, Jun 16, 2020 at 2:03 pm, Kamil Paral wrote:
> > The person proposing this Change should supply some video showcasing
> > this, or a very detailed description, otherwise people will have very
> > varying id
On Tue, Jun 16, 2020 at 2:30 PM Neal Gompa wrote:
> On Mon, Jun 15, 2020 at 3:48 PM Ben Cotton wrote:
> >
> > https://fedoraproject.org/wiki/Changes/Fedora-Retired-Packages
> >
> > == Summary ==
> > All retired packages are obsoleted by `fedora-retired-packages`.
> >
>
> This whole process is un
On Tue, Jun 23, 2020 at 6:30 PM Josef Skladanka wrote:
> Hi,
>
> We'd like to announce public testing of the Packager Dashboard - a new
> service for Fedora package maintainers aiming to provide all relevant
> data: FTBFS/FTI status (from both Bugzilla, Koschei and health check),
> orphan warning
On Thu, Jun 25, 2020 at 9:21 PM Adam Williamson
wrote:
> On Thu, 2020-06-25 at 13:18 -0400, Ben Cotton wrote:
> > https://fedoraproject.org/wiki/Changes/UseNanoByDefault
> >
> > == Summary ==
> >
> > Let's make Fedora more approachable, by having a default editor that
> > doesn't require speciali
On Fri, Jul 3, 2020 at 1:18 PM Zbigniew Jędrzejewski-Szmek <
zbys...@in.waw.pl> wrote:
> > So all those people are happy with vi? IMHO an argument for changing
> > this would be that a lot of people are already changing EDITOR to nano,
> > so it makes sense to make it a default. If this is actuall
On Wed, Jul 8, 2020 at 8:26 AM Chris Murphy wrote:
> D. Which directories? Some may be outside of the installer's scope.
>
> /usr
> /var/lib/flatpak
> ~/.local/share/flatpak
>
I have a concern regarding games. Currently, we have a few a bit more
demanding titles on Flathub already, like 0AD, Xon
On Wed, Jul 8, 2020 at 11:22 AM Dominique Martinet
wrote:
> Please test, but if a file is deemed not compressible (based on, not
> sure what? the first few blocks?) then it will be stored in the
> non-compressed version.
> You can check with compsize after the fact if the file had been
> compress
On Wed, Jul 15, 2020 at 10:56 PM Przemek Klosowski via devel <
devel@lists.fedoraproject.org> wrote:
> Have you looked at memtester? What do you think of it?
>
I've successfully used memtester in the past to detect suspend-resume
memory corruption on my desktop, just by periodically suspending an
> On Fri, Mar 23, 2012 at 1:25 PM, Jon Ciesla
> wrote:
> > On Fri, Mar 23, 2012 at 1:23 PM, Richard Shaw
> > wrote:
> >>
> >> Darn... I was hoping that wouldn't bite me :) I'm assuming I can
> >> ignore the error though? Or does it need to be fixed?
> >
> > Fix. :(
>
> Which means I really need
There will be a "GNOME Shell Software Rendering" Test Day on Thursday!
https://fedoraproject.org/wiki/Test_Day:2012-03-29_Gnome_Shell_Software_Rendering
Here's an introduction from Vitezslav Humpa, who's in charge of this event from
QA perspective:
This week brings a second installment of Fedor
> So I really see two options for improving these situations:
> 1) https://fedorahosted.org/bodhi/ticket/663 I opened this ticket two
> months ago (to silence). The idea would be to add the ability for
> bodhi
> updates to mark other updates as a dependency, so that in the example
> above, Firefox
I was quite depressed how hard it can be for a layman to find a way to install
Fedora from LiveCD environment. If you don't recognize the icon in Gnome Shell
Overview mode, it can give you quite some work to find it. Since OSS philosophy
is "if you don't like it, fix it", I did. In the last two
> On Apr 3, 2012, at 7:26 AM, Kamil Paral wrote:
> > You can see it here:
> > http://kparal.fedorapeople.org/misc/InstallFedoraButton.png
> >
> > What do you think? Better than default?
>
> How about "Install Fedora" since it could be installed to S
> So, we decided for F16 that we don't want to add extensions like that
> to
> the shell that we ship on the live cd. It should be the default
> experience.
Can't be 100% default, because installer is a slightly different use case,
isn't it.
>
> For the 'make installing obvious' problem, what w
To summarize, I see two major paths:
a) Make installer launcher more visible:
e.g. http://kparal.fedorapeople.org/misc/InstallFedoraButton.png
-or-
b) Use a proxy window asking which use case is relevant for you:
e.g. http://i.imgur.com/I26vS.png
Both approaches are fine in my view and certainl
> Actually... would it make sense to force a notification event about
> the install option on live CD login? It pops up for a few seconds in
> the message tray telling you this media can be used for a full
> install..and then the message lives in the message tray until
> dismissed.
That is a good
> > That is a good idea that can be probably implemented very easily.
> >
> > However, what is the benefit over a persistent button in the top
> > panel?
>
> I believe its adequately provides a solution to meet all constraints
> so far expressed in this discussion.
>
> 1) Notice on login with but
The discussion died off, so I'll sum it up:
* Almost everyone agreed that current situation is highly unsatisfactory.
* We have several ideas how to remedy it, which include: top bar button,
notification and welcome screen.
* We have just a single implementation, which is the top bar button.
S
> nonamedotc gmail.com> writes:
>
> > Could someone please tell me why the install DVD for F17 is smaller
> > than
> > that for earlier releases. The install DVD is 2.3 GB whereas the
> > one for
> > F16, for example, is 3.5 GB. Thanks.
>
> AFAIK no one has completely figured this out yet. I not
> > Having this implemented manually would be great. In the future I'd
> > like to replace it with automatic process managed by AutoQA. AutoQA
> > would say Bodhi "this update can be only pushed together with this
> > other update, because the first one depends on the second one". The
> > maintaine
> In addition, I had fixed the script to properly support
> updates-testing
> repositories eons ago (should not compare fn-1-updates-testing with
> fn-
> updates), but my patch (attached) was never merged because the script
> was to
> be obsoleted by AutoQA anyway according to Jesse Keating.
AutoQ
> One angle on this that didn't get pointed out, I guess because
> anaconda
> team apparently isn't reading, is that at least one person on the
> anaconda team - I forget who - hates liveinst with a passion and has
> been proposing forever to kill it and replace it with a choice on the
> live image
> Today I've followed instructions from
> http://jlaska.wordpress.com/2010/06/01/fedora-package-maintainers-want-test-results/
> is that right?
>
> I've run:
>
> autoqa-optin UpTools F-15
>
> Tell me if I'm wrong
That is correct if you want to receive rpmlint/rpmguard test output for every
new
> > However in the meantime for F17, is the installer Easter egg hunt
> > still on? It's way too obscure presently.
>
> I did some minor tweaks, posted the code here:
>
> https://github.com/kparal/InstallFedoraButton
>
> and prepared a patch for fedora-live-desktop.ks.
>
> I want to post the pa
> > I did some minor tweaks, posted the code here:
> >
> > https://github.com/kparal/InstallFedoraButton
> >
> > and prepared a patch for fedora-live-desktop.ks.
> >
> > I want to post the patch to anaconda-devel this week.
>
> What do you thing about moving the icon to the left?
This has already
> On Thu, 2012-04-19 at 16:24 -0600, Chris Murphy wrote:
>
> > That is obscure UI design, and therefore doesn't resolve the
> > current
> > UI obscurity. So I see very little efficacy in the idea.
>
> To contribute something positive here, I went ahead and implemented
> the
> 'oscurity'. See atta
> There seems to be at least some consensus that:
>
> * The notification, unless permanent, is not an ideal solution here
> because once it goes away, the user is in the same situation of
> confusion as to how to install the Live Image to disk.
>
> * The extension as proposed is not an ideal solu
> > but they don't push on any other solutions.
>
> A link from the http://fedoraproject.org/get-fedora page directly
> to
> http://docs.fedoraproject.org/en-US/Fedora/16/html/Installation_Quick_Start_Guide/Fedora_Live_Desktop.html
>
> ?
I've spent 5 minutes looking for that direct link and I ha
> I'd also suggest merely indefinite article "a" instead of "any".
> Simper for translation.
How are the translations going to be handled, Kalev? How do you get it into
spin-kickstarts? Is there enough time to set up project in transifex (or
whatever is Fedora using) and have this translated be
> Hi all,
>
> Yesterday night I noticed an IRC conversation on #fedora-desktop
> about this, and suggested that an actual window would be a lot
> better than a notification.
> Kalev, Matthias and the people there agreed with me, so I went
> ahead and wrote some code that does just that [1].
> Scr
> > Is there enough time to set up project in
> > transifex (or whatever is Fedora using) and have this translated
> > before F17 release?
>
> Perhaps we can. Not sure if there's enough time for that.
>
> What's the use case for translations? I'll note that there's no way
> to
> select the langua
> On Fri, 2012-05-04 at 10:31 -0400, Kamil Paral wrote:
>
> > Cosimo, can you please make sure the whole window can be closed
> > easily
> > just by pressing the Escape key? That will help really help those
> > of
> > us who run LiveCDs many times per day, and
1 - 100 of 458 matches
Mail list logo