On Sat, 2011-12-17 at 01:51 +0100, Reindl Harald wrote:
how is the following changelog-entry to understand?
Well the changelog entry says:
* Thu Dec 15 2011 Dave Jones da...@redhat.com
2.6.41.5-3 - Disable Intel IOMMU by default.
So I would assume that means that the Intel IOMMU is disabled
After yesterday's rebuilds, there remain 271 binary packages from 232
source packages that still require libpng-compat.
No FTBFS bugs have been filed at this time.
There's a pretty wide variety of failures represented here. In addition
to the libpng API changes, a quick scan also unconvers
Following is the list of topics that will be discussed in the FESCo
meeting today at 18:00UTC (1:00pm EST) in #fedora-meeting on
irc.freenode.net.
Links to all tickets below can be found at:
https://fedorahosted.org/fesco/report/9
= Followups =
#topic #689 Consider including bash-completion
On Fri, 2011-11-04 at 13:12 -0400, Tom Lane wrote:
I did test rebuilds in mock of all rawhide packages that are reported to
be dependent on libpng. Out of 964 packages with dependencies on libpng,
we have:
Packages that rebuilt successfully with 1.5 658
Packages that FTBFS for
===
#fedora-meeting: FESCO (2011-12-05)
===
Meeting started by ajax at 18:01:03 UTC. The full logs are available at
http://meetbot.fedoraproject.org/fedora-meeting/2011-12-05/fesco.2011-12-05-18.01.log.html
.
Meeting summary
On Tue, 2011-11-29 at 11:28 +0100, Michal Nowak wrote:
I've just orphaned following packages:
* xcb-util
Taken. Thanks for looking after it!
- ajax
signature.asc
Description: This is a digitally signed message part
--
devel mailing list
devel@lists.fedoraproject.org
On Mon, 2011-11-28 at 23:38 +0100, Lars Seipel wrote:
Hi there,
is it possible to update rawhide's xcb-util to the current version which was
released earlier this year?
I've taken ownership of xcb-util, and submitted a build for 0.3.8.
The following packages depend on it in F17:
quvi 0.4.0 is both an ABI and API break. See the rawhide report for
details.
Nicoleau, please remember to announce changes that may affect others:
https://fedoraproject.org/wiki/Package_maintainer_responsibilities#Notify_others_of_changes_that_may_affect_their_packages
- ajax
signature.asc
On Mon, 2011-11-14 at 06:48 -0500, Mystilleef wrote:
Hello,
Wow, I read this a little too late. I did an update, using
--skip-broken, today and now Xorg is broken. I use the open source ati
drivers. The Xorg log indicates a version mismatch between Xorg and
the drivers. Is there a way to
On Mon, 2011-11-14 at 16:44 +, Paul Johnson wrote:
What I'm thinking is that if (say) xorg-x11 is built, the drivers also
get built to ensure the likes of the ABI problem I've hit doesn't
happen
I understand the desire, yes. I was expressing surprise that I hadn't
adequately guarded you
On Mon, 2011-11-14 at 18:18 +0100, Honza Horak wrote:
Hi,
GNU database indexing library (gdbm) has changed its license to GPLv3+.
A quick scan says this affects:
avahi-ui-tools (LGPLv2)
gnu-smalltalk (GPLv2+ with exceptions)
jpilot-backup (GPLv2+)
libguestfs (LGPLv2+)
librep (GPLv2+)
man-db
On Mon, 2011-11-14 at 20:46 +0200, Ville Skyttä wrote:
On 11/14/2011 07:57 PM, Adam Jackson wrote:
On Mon, 2011-11-14 at 18:18 +0100, Honza Horak wrote:
Hi,
GNU database indexing library (gdbm) has changed its license to GPLv3+.
A quick scan says this affects:
[...]
ypserv (GPLv2
On Wed, 2011-11-09 at 16:14 -0500, Adam Jackson wrote:
I'm currently rebuilding the X stack for F17, and we'll be tracking git
snapshots of the X server and drivers until xserver 1.12 comes out. I
don't know yet how many of the drivers will ftbfs now, so --skip-broken
might be your friend
On Tue, 2011-11-01 at 17:04 -0700, Jesse Keating wrote:
Please test these updates and let me know if all is good, or if you
have other issues. Bodhi karma, email, IRC, smoke signal, just let me
know.
[ajax@f17 fedora]$ fedpkg co xorg-x11-server
Could not execute clone: must be type, not
I'm currently rebuilding the X stack for F17, and we'll be tracking git
snapshots of the X server and drivers until xserver 1.12 comes out. I
don't know yet how many of the drivers will ftbfs now, so --skip-broken
might be your friend for a while. Binary and out-of-tree driver users
will want to
On 11/8/11 12:09 PM, Michał Piotrowski wrote:
2011/11/8 Richard Hugheshughsi...@gmail.com:
2011/11/7 Michał Piotrowskimkkp...@gmail.com:
Out of curiosity I wanted to ask, why do I need colord on my system?
Checkout http://www.freedesktop.org/software/colord/ for details about
the project.
On 11/8/11 1:08 PM, Peter Robinson wrote:
Yea, but a lot of people don't have those either. I have around 5K
servers in DCs with not a single printer or scanner in site. The vast
majority of the 4 million odd XOs out there while they have a screen
don't have a printer or scanner anywhere in
On 11/8/11 1:59 PM, Peter Robinson wrote:
On Tue, Nov 8, 2011 at 6:53 PM, Adam Jackson a...@redhat.com wrote:
On a server like that, you won't have cups installed, so nothing will be
pulling in colord. Whereas if you _do_ have cups installed, because it's a
print server, then you might like
On Mon, 2011-11-07 at 10:11 -0500, Martin Langhoff wrote:
For now let's say yes, but that's more like implementation detail than
fundamental property. Clutter'd be perfectly happy atop a GLES
renderer, we just don't have that wired up.
Ok -- that doesn't sound so terrible. Are there
On Mon, 2011-11-07 at 14:55 +, Peter Robinson wrote:
Details of rawhide builds for them here[1], the XO-1 build isn't
tested but the XO 1.5 one works fine, I'll be testing further and
likely the next build I do I'll add all the components to test the
llvmpipe feature on them.
Don't freak
On 10/26/11 12:32 PM, Jared K. Smith wrote:
On Wed, Oct 26, 2011 at 11:47 AM, Richard W.M. Jonesrjo...@redhat.com
wrote:
https://fedorahosted.org/fesco/ticket/682
I've made another attempt to reach out the the glibc maintainer
directly again this morning to hopefully answer the questions
On Thu, 2011-11-03 at 10:10 -0400, Kaleb S. KEITHLEY wrote:
HekaFS runs a daemon from init. It's a Bottle (python-based) http server.
In order to work on, e.g. RHEL6 in addition to Fedora, the old init
script has:
...
vercmd=from distutils.sysconfig import get_python_lib; print
On Thu, 2011-11-03 at 09:14 -0600, Jerry James wrote:
I have 2 new packages. The first one, flocq, has been in F16 testing
for 5 days. It is needed to build the second one, gappalib-coq. I go
to the BuildRoot override page to submit an override for flocq. After
typing in flocq, it offers
As of tomorrow's rawhide [1], gnome-session will no longer treat
llvmpipe as an unsupported driver. This means gnome-shell will run even
on hardware without a native 3D driver, including virt guests.
There are probably bugs! I've done some quick tests on the hardware I
have handy and in kvm,
On Wed, 2011-10-19 at 20:35 -0400, Josh Boyer wrote:
Except that Fedora _has_ been glibc's development platform for as long
as I can remember. The Fedora project might not think so, but it's
exactly what upstream glibc does.
Indeed, this has been the case since it was still called Red Hat
On Thu, 2011-10-06 at 11:14 -0400, Jon Masters wrote:
On Tue, 2011-10-04 at 13:54 -0400, Adam Jackson wrote:
EDID does not reliably give you the size of the display.
How about EDID as it exists today. Since you're able to so beautifully
explain what the pitfalls are, I'd assume you've
On Tue, 2011-10-04 at 19:05 -0700, Adam Williamson wrote:
96dpi, however, is almost *never* correct, is it? So just taking a
hardcoded number that Microsoft happened to pick a decade ago is hardly
improving matters.
The X default used to be 72dpi. Maybe it'll be something else in the
future,
On Wed, 2011-10-05 at 23:11 +0200, Benny Amorsen wrote:
Matthew Garrett mj...@srcf.ucam.org writes:
We have no technological solution for dealing with the fact that
applications may move from one DPI to another at runtime, and may even
be displaying on both displays at once.
From a
On Tue, 2011-10-04 at 11:46 -0400, Kaleb S. KEITHLEY wrote:
Grovelling around in the F15 xorg-server sources and reviewing the Xorg
log file on my F15 box, I see, with _modern hardware_ at least, that we
do have the monitor geometry available from DDC or EDIC, and obviously
it is trivial
On Tue, 2011-10-04 at 21:03 +0100, Camilo Mesias wrote:
Hi,
On Tue, Oct 4, 2011 at 6:54 PM, Adam Jackson a...@redhat.com wrote:
I am clearly going to have to explain this one more time, forever.
Let's see if I can't write it authoritatively once and simply answer
with a URL from here out
On Tue, 2011-10-04 at 23:45 +0200, Lennart Poettering wrote:
Another bigger source of slowness at boot is currently Plymouth which
also requires synchronous settling of devices (tough it's not as bad as
LVM in that regard though, but costs too since EDID probing is
apparently quite slow, and
Following is the list of topics that will be discussed in the FESCo
meeting tomorrow at 17:00UTC (1:00pm EDT) in #fedora-meeting on
irc.freenode.net.
Links to all tickets below can be found at:
https://fedorahosted.org/fesco/report/9
= Followups =
#topic #663 Late F16 Feature Java7
.fesco 663
On 10/3/11 11:43 AM, Jan Kratochvil wrote:
On Mon, 03 Oct 2011 17:34:45 +0200, Bastien Nocera wrote:
I'm not sure how we can make DPI magically be correct in gazillions of
broken displays' EDID.
If not blacklisting then whitelisting them, you have the community. This is
X.org's task,
===
#fedora-meeting: FESCO (2011-10-03)
===
Meeting started by ajax at 17:00:30 UTC. The full logs are available at
http://meetbot.fedoraproject.org/fedora-meeting/2011-10-03/fesco.2011-10-03-17.00.log.html
.
Meeting summary
On Thu, 2011-09-22 at 20:05 +0200, Jakub Jelinek wrote:
%rename cc1_options rh_cc1_options_old
On Thu, 2011-09-22 at 20:22 +0200, Jakub Jelinek wrote:
Such packages would be broken and would fail to link without hardening
or at least have text relocations too. Packagers shouldn't rely on
this spec hack to fix up their packaging bugs (or upstream bugs), the hack
should be just about
On 9/20/11 9:19 AM, Ralf Corsepius wrote:
Currently
I only see mails of maintainers who plan updating the library, but the
rest of it pretty much depends on the maintainers of the depending
components rebuilding them quickly enough, and the original maintainer
to include them in the F-16
On 9/20/11 10:13 AM, Ralf Corsepius wrote:
On 09/20/2011 04:03 PM, Adam Jackson wrote:
I'd like to see a rationale for jamming a soname-changing update into
the OS so close to a release.
Maintainers on vacation, non-trivial changes?
In my case, a major change was introduced into rawhide many
On 9/20/11 11:43 AM, Nils Philippsen wrote:
On Tue, 2011-09-20 at 11:33 -0400, Adam Jackson wrote:
Of course, the accounts system _still_ doesn't have groups, five years
later, so provenpackager is the big hammer we have. We could get groups
any day now, that'd be just fine.
Do you mean
On Thu, 2011-09-08 at 10:44 +1000, Tony Breeds wrote:
Hi All,
On a related but different note. How hard would it be to get
yum-builddep to take an --arch arg to that we can esily get the 32-bit
builddeps on a 64-bit system?
Is 'setarch i686 yum-builddep foo' not enough?
- ajax
On 9/1/11 5:05 PM, Roberto Ragusa wrote:
Hmmm, turning off SMP is not realistic, as this laptop has a Core 2 Duo.
Sure it is. Boot with maxcpus=1 on the kernel command line.
- ajax
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On Tue, 2011-09-06 at 09:16 -0500, Richard Shaw wrote:
Most of the packages I work with have very few patches so it's not all
that difficult, but there are a couple of packages I'm working with
that have a lot of patches and one of them has a very active upstream
(which is a good thing!) but
On Wed, 2011-08-17 at 15:50 -0500, Jeffrey Ollie wrote:
On Wed, Aug 17, 2011 at 10:50 AM, Eric Sandeen sand...@redhat.com wrote:
(aside: when sending lists of rpms like this, it sure would be nice to
also include the maintainer name, so I could just search for me and know
if I have an
On Thu, 2011-08-18 at 07:37 -0400, Kaleb S. KEITHLEY wrote:
On 08/17/2011 05:51 AM, Panu Matilainen wrote:
Hi all,
Due to the brown paperbag bug of rpm-4.9.1 causing unwanted trailing
slashes on directories (with various nasty side-effects), the following
packages in F16 require
On 8/17/11 5:51 AM, Panu Matilainen wrote:
Hi all,
Due to the brown paperbag bug of rpm-4.9.1 causing unwanted trailing
slashes on directories (with various nasty side-effects), the following
packages in F16 require rebuilding. The sooner the better to stop
spreading the damage but at any
On 8/17/11 10:41 AM, Adam Jackson wrote:
for i in $(cat panu-list) ; do
j=$(koji -q latest-pkg f16-updates-testing $(rpmname $i) | \
awk '{ print $1 }')
rpmdev-vercmp $i $j /dev/null
[ $? == 12 ] echo $j
done
I left out an important step here:
rpmname
On 8/13/11 2:23 PM, Jim Meyering wrote:
I'd start with -O2 -D_FORTIFY_SOURCE=2 and something like
this subset of -Wall:
-Warray-bounds
-Wchar-subscripts
-Wsequence-point
gcc now has:
-Werror=
Make the specified warning into an error. The specifier for a
warning
On 8/12/11 12:28 PM, Matthew Garrett wrote:
On Fri, Aug 12, 2011 at 05:25:17PM +0100, Bryn M. Reeves wrote:
Third party code built against -devel and depending only on the SONAME is
fine
in this situation as it sticks to the published ABI. In-tree code that plays
with non-ABI symbols will
On Tue, 2011-08-09 at 08:47 -0400, Steve Grubb wrote:
My main concern is that the macro will be misapplied and overall performance
will take a hit.
That's a valid concern, but any hardened build would have this problem.
I'm happy to talk about how the performance impact can be mitigated, but
On Tue, 2011-08-09 at 10:44 -0400, Colin Walters wrote:
See attached.
Looks fine to me. The only reason I have to dislike it is the
temptation for people to inspect build logs as a proof of what flags a
package was built with (since the only sane thing is to store that in
the binary itself,
On Tue, 2011-08-09 at 19:19 +0200, Jan Kratochvil wrote:
On Tue, 09 Aug 2011 19:14:27 +0200, Adam Jackson wrote:
If you're volunteering to fix and/or paper over all the spurious
warnings gcc and glibc introduce with every phase of the moon, then
sure.
Yes, I do it for my component, GDB
===
#fedora-meeting: FESCO (2011-08-07)
===
Meeting started by ajax at 17:01:26 UTC. The full logs are available at
http://meetbot.fedoraproject.org/fedora-meeting/2011-08-08/fesco.2011-08-08-17.01.log.html
.
Meeting summary
tl;dr version: If you have a security-sensitive package, and wish to
enable some gcc-level hardening features with a modest performance
impact, you will soon be able to enable them (nearly) automagically by
rebuilding with this line in your spec file:
%define _hardened_build 1
Now for the
On 8/8/11 3:52 PM, Till Maas wrote:
On Mon, Aug 08, 2011 at 12:23:43PM -0400, Adam Jackson wrote:
%define _hardened_build 1
just wondering: Is %define really correct here or does it need to be
%global?
I've been using %define out of habit, but either one works.
- ajax
--
devel mailing
On 8/3/11 8:58 AM, Ric Wheeler wrote:
I have a shiny new laptop (HP Pavilion dm4) with the Sandy Bridge video (HD
3000). Installing F15 or the nightly F16 build causes a blank screen during
the
install. Installing/running basic video works but is annoying.
I have spent a few days poking
On 8/3/11 9:48 AM, Peter Robinson wrote:
We would love to build all PCI drivers for all platforms if the drivers
compiled for all secondary arches :-) See bug 713609 as an example.
https://bugzilla.redhat.com/show_bug.cgi?id=713609
I would debug this problem on an arm builder, if I could
On 8/1/11 10:55 AM, John Reiser wrote:
On 07/31/2011 01:37 PM, Josh Boyer wrote:
On Sun, Jul 31, 2011 at 3:22 PM, John Reiserjrei...@bitwagon.com wrote:
The nightly build mash for Fedora-16 Branched should go first,
before Rawhide, on a few days per week ...
You should open a ticket with
On Wed, 2011-07-27 at 11:48 -0400, Neal Becker wrote:
Trying to help packaging dmtcp. There are 2 shared libs installed. They are
stripped by the rpm install, and then fail when attempting to dlopen them (or
1
of them).
1. Is that normal behaviour?
No, the strip performed by the rpm
On 7/25/11 8:31 AM, Roman Rakus wrote:
On 07/25/2011 04:38 AM, W. Michael Petullo wrote:
Is anyone who is a grubby contributor interested in adding these features
to grubby to support the XenPvopsDom0 feature? I've provided a patch in
bug #658387.
Is it possible to use augeas [1]? There is
On Tue, 2011-07-19 at 11:11 +, JB wrote:
My suggestion is that you keep both init systems, SysV/LSB and systemd,
as separate offerings out of many, and forever so.
We'll take that under advisement.
- ajax
signature.asc
Description: This is a digitally signed message part
--
devel
On Thu, 2011-07-14 at 07:30 +0200, Johannes Lips wrote:
I recently found that startup-notification is quite old in fedora and
filed a bug to update to the recent upstream version. [1]
So far I didn't get any feedback and would like to ask if someone of
those [2] who also have commit on this
On Thu, 2011-07-14 at 17:49 +, JB wrote:
I am just suggesting how the devs can reach their audience and communicate
with them for a mutual benefit.
http://en.wikipedia.org/wiki/Teaching_grandmother_to_suck_eggs
- ajax
signature.asc
Description: This is a digitally signed message part
--
On Wed, 2011-07-13 at 15:22 +0300, Pasi Kärkkäinen wrote:
On Tue, Jul 12, 2011 at 10:01:25PM +0100, Matthew Garrett wrote:
Please don't. ACPI lid state is not reliable on a range of hardware for
a bunch of reasons, ranging from open events that are never fired to
query methods that read
On Wed, 2011-07-13 at 16:57 +0200, Hans de Goede wrote:
Maybe it it is an idea to build a whitelist for machines which do
have working ACPI lid support? I realize maintaining such a list is
a pain, but this way people who care and are lucky enough to have actually
working hardware can at
(Apologies for short notice, for some reason I wasn't thinking about
Fedora on the weekend.)
Following is the list of topics that will be discussed in the FESCo
meeting today at 17:00UTC (1:00pm EDT) in #fedora-meeting on
irc.freenode.net.
Links to all tickets below can be found at:
===
#fedora-meeting: FESCO (2011-07-11)
===
Meeting started by ajax at 17:00:55 UTC. The full logs are available at
http://meetbot.fedoraproject.org/fedora-meeting/2011-07-11/fesco.2011-07-11-17.00.log.html
.
Meeting summary
On Fri, 2011-07-01 at 14:15 +0200, Dan Horák wrote:
g++ -DHAVE_CONFIG_H -I/usr/lib64/wx/include/gtk2-unicode-release-2.8
-I/usr/include/wx-2.8 -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES -D__WXGTK__
-pthread -I../../src/include -I../../src/sdk/wxscintilla/include
On Thu, 2011-07-07 at 16:49 +0200, Jakub Jelinek wrote:
On Fri, Jul 01, 2011 at 02:15:08PM +0200, Dan Horák wrote:
when I'm building Code::Block in rawhide I'm getting into troubles with
the relro feature when combined with pre-compiled headers.
with default flags I get:
Putting
On Wed, 2011-07-06 at 15:40 +0200, Christoph Trassl wrote:
On 07/06/2011 02:49 PM, Matěj Cepl wrote:
I would like to have ushare running on my EL-6 home server and there
is no build for EPEL-6. So I have build libupnp (no problems there,
I've pushed it to -testing), and when trying to build
On Tue, 2011-06-28 at 09:59 +0200, Nicolas Mailhot wrote:
Le Lun 27 juin 2011 15:12, Miloslav Trmač a écrit :
Placing trust in the manufacturer of the hardware puts the user in no
worse position than they were before.
I don't call placing absolute vetting power in bios writer hands no
On 6/24/11 3:31 AM, Richard W.M. Jones wrote:
I don't think GHC generates C (it used to, a very long time ago). GHC
and OCaml contain code generators that generate machine code directly.
So this could require changes to the code generator, but at least for
RELRO it seems this is just a
On Thu, 2011-06-23 at 09:54 +0100, Richard W.M. Jones wrote:
On Wed, Jun 22, 2011 at 03:57:58PM -0400, Adam Jackson wrote:
* #563 suggested policy: all daemons must set RELRO and PIE flags
(ajax, 17:53:41)
* LINK: https://fedorahosted.org/fpc/ticket/93 (nirik, 17:54:34)
* ACTION
Rebuilds mostly done. All the failures seem to be in C++ apps (worst
language):
amanith
Looks like it needs -fpermissive. qmake defeated my attempts to add it
though.
meshlab
Also looks like it needs -fpermissive, also qmake hates me again.
root
Failed due to being rebuilt in the
Following is the list of topics that will be discussed in the FESCo
meeting tomorrow at 17:30UTC (1:30pm EDT) in #fedora-meeting on
irc.freenode.net.
Links to all tickets below can be found at:
https://fedorahosted.org/fesco/report/9
= Followups =
#topic whenisgood followup
#topic systemd
GLEW encodes the package minor number in the soname string. This is a
mistake, since sonames are strcmp not vercmp, particularly in this case
since there's no actual ABI change between 1.5.x and 1.6.0.
Dear upstreams: please don't do this.
Nonetheless, it's what they're shipping, so it's what
On Tue, 2011-06-14 at 21:23 -0500, Dan Williams wrote:
systemd might be happy if you change it later, but other stuff is not.
The canonical example is X, where the hostname was used as the xauth key
to allow you to actually talk to the X server. When the hostname
changed, there was no
On 6/13/11 12:18 PM, Denys Vlasenko wrote:
Sloppy attitude like this is the reason just about any daemon
(more and more of which pop up like mushrooms in every new release,
I must add) eats at least a few megabytes of RAM.
I'd have more empathy for your position if you'd made even a cursory
On 6/10/11 10:39 AM, Mark Bidewell wrote:
To add to the point about graphics support there is also the fact that
GNOME3/Unity will only run with accelerated graphics which only
VirtualBox supports.
I have Gnome 3 running with software GL. I'll probably be blogging
about it soon, it's not
On 6/10/11 9:07 AM, Denys Vlasenko wrote:
At the very least, I would like to see its memory consumption
to go down substantially.
Let's try to turn this into something constructive. I'll start with
David Malcolm's rather nifty, if unpolished, 'heap' plugin for gdb:
On Wed, 2011-06-01 at 23:54 +0300, Ville Skyttä wrote:
https://bugzilla.redhat.com/show_bug.cgi?id=709647
I'd like to have bash-completion included in F-16's default install. In
my opinion it's in a good enough shape for that already now, and with my
upstream hat on I expect things to
The following packages will be affected:
djmount-0:0.71-3.fc15.i686
gmediaserver-0:0.13.0-7.fc15.i686
gmyth-0:0.7.1-14.fc15.i686
linux-igd-0:1.0-10.fc15.i686
ushare-0:1.1a-7.fc15.i686
and possibly more in third-party repos. I'll handle rebuilds for the
above, I don't expect any will need more
On 5/31/11 11:23 AM, Adam Jackson wrote:
gmyth-0:0.7.1-14.fc15.i686
linux-igd-0:1.0-10.fc15.i686
djmount-0:0.71-3.fc15.i686
Rebuilds done.
gmediaserver-0:0.13.0-7.fc15.i686
ushare-0:1.1a-7.fc15.i686
Coming eventually. Apparently libupnp decided to rewrite an entire API
surface between
On 5/20/11 8:17 AM, Petr Sabata wrote:
#1, aka the Gentoo way
Gentoo installs its 9base package into /usr/plan9, basically not touching
9base files at all. This collides with FHS and therefore would require an
exception in Packaging Guidelines.
#2, aka the Debian
On 5/18/11 11:57 AM, Adam Williamson wrote:
# There must be no known remote code execution vulnerability which could
be exploited during installation or during use of a live image shipped
with the release
Seems reasonable at first glance.
One anecdotal experience: FC5 (wow) shipped with an X
On 5/18/11 1:22 PM, Kevin Kofler wrote:
Adam Williamson wrote:
# There must be no known remote code execution vulnerability which could
be exploited during installation or during use of a live image shipped
with the release
This is just completely and utterly moot considering that there are
On 5/18/11 1:44 PM, Adam Williamson wrote:
On Wed, 2011-05-18 at 13:37 -0400, Adam Jackson wrote:
On 5/18/11 1:22 PM, Kevin Kofler wrote:
Adam Williamson wrote:
# There must be no known remote code execution vulnerability which could
be exploited during installation or during use of a live
On 5/18/11 4:49 PM, Kevin Kofler wrote:
The thing is, if we block the release for each and every known security
issue, considering the time passing between notification and public
availability of a fix, we will never be able to release anything. We have to
draw the line somewhere, and the best
On Thu, 2011-05-12 at 14:26 +, Petr Pisar wrote:
On 2011-05-11, Kevin Fenzi ke...@scrye.com wrote:
* #563 suggested policy: all daemons must set RELRO and PIE flags
(nirik, 17:35:15)
* AGREED: will enable them both by default in rawhide and see if we
run into issues.
On Thu, 2011-05-12 at 11:29 -0400, seth vidal wrote:
On Thu, 2011-05-12 at 16:27 +0100, Matthew Garrett wrote:
On Thu, May 12, 2011 at 10:11:51AM -0400, Neal Becker wrote:
Sounds interesting:
http://digitizor.com/2011/05/12/ubuntu-11-10-lightdm/
It's less functional than gdm, and
On 5/9/11 9:18 PM, Peter Hutterer wrote:
The resources have been put in, there are ABI checks in the RPMs but as ajax
said, they don't work until the ABI is bumped upstream.
I'm thinking about making the xserver package export ABI majors of
md5sums of, well, something, whenever the build is
On 5/10/11 11:34 AM, Jonathan Corbet wrote:
Things breaking in Rawhide are not a surprise; indeed, if it doesn't
occasionally bite the hand that's feeding it, somebody probably isn't
trying hard enough. But if it can remain this fundamentally broken for
weeks because the relevant developer
On 5/10/11 12:23 PM, Jonathan Corbet wrote:
I'm not talking about this week. The X11 problem was reported three weeks
ago, and the don't run Rawhide advice given to me came rather before
that. Rawhide has been an unusually painful place to be for some time
now, and a lot of people, I
On 5/10/11 1:41 PM, Casey Dahlin wrote:
On Tue, May 10, 2011 at 01:07:22PM -0400, Adam Jackson wrote:
X being broken in rawhide was in who knows how many peoples' ways, and
even though it's provenpackager+ and even though all it would have taken
was a mass driver rebuild, nobody even tried
On 5/10/11 4:54 PM, Jonathan Corbet wrote:
On Tue, 10 May 2011 13:07:22 -0400
Adam Jacksona...@redhat.com wrote:
If you need a usable system I recommend that you stay away from the
rawhide train until it hits alpha which is sometime late August if
memory serves me correct.
On Wed, 2011-05-04 at 11:36 +0900, Misha Shnurapet wrote:
driconf
device screen=0 driver=dri2
application name=Default
option name=vblank_mode value=0 /
/application
/device
We're absolutely never doing this by default. 0 means never sync with
vertical retrace even
On 5/3/11 4:37 PM, Jos Vos wrote:
So my questions are: (a) does there exist a better video driver for
this chip and/or
No. If there were, we'd be packaging it.
(b) is the i915 driver expected to provide better
video performance for this type of use in the future?
Maybe. Much depends on
On 4/27/11 6:40 AM, Andrew Haley wrote:
On 04/27/2011 11:35 AM, drago01 wrote:
On Wed, Apr 27, 2011 at 12:31 PM, Andrew Haleya...@redhat.com wrote:
I'm trying to run F15 beta LiveCD in a virtual machine, but I get
a complaint that GNOME 3 failed to load and is running in fallback
mode. Is
On 4/27/11 10:01 AM, Andre Robatino wrote:
I was under the impression that recent VirtualBox releases do provide the
required 3D acceleration pass-through support,
They do, or at east they claim to.
but that something on the Fedora side necessary to use it is missing.
The virtualbox guest
On 4/27/11 10:53 AM, John Reiser wrote:
On 04/27/2011 07:34 AM, Adam Jackson wrote:
But assuming all is right with the world,
host-accelerated 3D would almost assuredly be faster than software guest 3D.
Does that include host software 3D with a guest that talks hardware 3D?
I have trouble
On Thu, 2011-04-21 at 16:40 +0100, Paul Johnson wrote:
Hi,
Just done quite a big update to my rawhide box, performed a reboot and
have been left without an x server. I thought it was the xserver, so
downgraded to 1.10.99.1-2.20110418.fc16, but still the same problem.
Rawhide's X is going to
401 - 500 of 619 matches
Mail list logo