On Wed, Dec 02, 2009 at 11:28:24AM -0500, Paul W. Frields wrote:
The separate Everything tree that does not get obsoleted is required
in some form for GPL compliance, with respect to the ISO images that
we ship. Any new solution would have to preserve this.
Might there also be export
On Wed, Dec 02, 2009 at 11:06:22AM -0500, Josh Boyer wrote:
1) Composing a new everything tree for updates would lead to larger
compose times. That could possibly mean that getting updates out would
take 1 day per 'push'. We've been trying to improve updates push
times so it would be a bit
On 11/28/2009 10:39 AM, Roberto Ragusa wrote:
Sir Gallantmon wrote:
Why not label it x86_32 instead of i386? That is far less confusing
and illustrates that it is 32-bit on the x86 architecture, since x86_64
says it is 64-bit on x86 architecture.
Because x86_32 is not an architecture
On 11/28/2009 10:23 AM, Kevin Kofler wrote:
Debayan Banerjee wrote:
Well one does need an editor for development. Assuming vim and emacs
have roughly equal user bases, chosing emacs over vim for the
distribution shows Fedora packagers' personal preference too. I guess
both vim and emacs
On 11/30/2009 10:39 AM, Peter Jones wrote:
On 11/27/2009 02:25 PM, Casey Dahlin wrote:
On 11/27/2009 06:03 AM, Richard W.M. Jones wrote:
On Fri, Nov 27, 2009 at 03:28:19AM -0500, Gregory Maxwell wrote:
A literal zero prior to preprocessing is either a bug, or some kind
of dead-
code causing
On 11/30/2009 01:05 PM, Dan Williams wrote:
On Mon, 2009-11-30 at 10:05 +, Steven Whitehouse wrote:
configuration, control, and monitoring. Yes, it's harder for experts to
create a world-dominating robot with duct tape and bailing wire because
most of the parts are already assembled, but
On 11/30/2009 11:49 AM, Jesse Keating wrote:
On Mon, 2009-11-30 at 11:26 -0500, Casey Dahlin wrote:
On 11/28/2009 10:23 AM, Kevin Kofler wrote:
Debayan Banerjee wrote:
Well one does need an editor for development. Assuming vim and emacs
have roughly equal user bases, chosing emacs over vim
On 11/30/2009 01:10 PM, Peter Jones wrote:
On 11/30/2009 11:39 AM, Casey Dahlin wrote:
On 11/30/2009 10:39 AM, Peter Jones wrote:
On 11/27/2009 02:25 PM, Casey Dahlin wrote:
On 11/27/2009 06:03 AM, Richard W.M. Jones wrote:
On Fri, Nov 27, 2009 at 03:28:19AM -0500, Gregory Maxwell
wrote
On 11/30/2009 03:26 PM, Josh Boyer wrote:
On Mon, Nov 30, 2009 at 02:54:22PM -0500, Casey Dahlin wrote:
On 11/30/2009 01:05 PM, Dan Williams wrote:
On Mon, 2009-11-30 at 10:05 +, Steven Whitehouse wrote:
configuration, control, and monitoring. Yes, it's harder for experts to
create
On 11/27/2009 06:03 AM, Richard W.M. Jones wrote:
On Fri, Nov 27, 2009 at 03:28:19AM -0500, Gregory Maxwell wrote:
A literal zero prior to preprocessing is either a bug, or some kind of dead-
code causing place-holder.
Not necessarily .. the C code itself may be generated from
something else.
On 11/24/2009 02:50 PM, Dennis Gilmore wrote:
I was thinking and thought id get an idea out there.
rather than ship 2 dvds one for i386 and one for x86_64 we would ship one
dvd
that has the package set for both arches. they would likely only have the
packages for a desktop install on
On 11/18/2009 05:21 PM, Peter Jones wrote:
You've sortof missed my point here, which isn't a big surprise since I
left a lot of space to figure it out in.
root added your name to /etc/sudoers. She might have put:
cjd ALL=(ALL) NOPASSWD:ALL
but apparently instead she put:
cjd
On 11/18/2009 09:23 PM, King InuYasha wrote:
On Wed, Nov 18, 2009 at 8:18 PM, Ikem Krueger
ikem.krue...@googlemail.com mailto:ikem.krue...@googlemail.com wrote:
Except, that could be false advertising. In most cases, where CPU
computation is not used heavily, 64-bit is actually
On 11/18/2009 08:27 PM, Kevin Kofler wrote:
IMHO, the right solution is to make the 64-bit edition the default download
and to work on making the error message people get when trying to install it
on a 32-bit machine nicer: We're sorry, but your computer is too old to
install this 64-bit
On 11/19/2009 04:21 PM, Peter Jones wrote:
On 11/19/2009 04:13 PM, Casey Dahlin wrote:
On 11/18/2009 09:23 PM, King InuYasha wrote:
On Wed, Nov 18, 2009 at 8:18 PM, Ikem Krueger
1: Date/Time stamp, Unix time doesn't work in 32-bit past 2038 (not
really affecting us much, most of us
On 11/19/2009 04:35 PM, Adam Williamson wrote:
On Thu, 2009-11-19 at 13:34 -0800, Adam Williamson wrote:
On Wed, 2009-11-18 at 19:47 -0600, King InuYasha wrote:
Netbooks are entirely 32-bit currently, and a majority of low end
desktops are still 32-bit only.
I don't think your second
On 11/19/2009 04:50 PM, Dave Jones wrote:
On Thu, Nov 19, 2009 at 04:13:39PM -0500, Casey Dahlin wrote:
Most recent 32-bit Intels can address 32GB of system memory.
It might be possible, but it's really not a good idea.
Even 16GB is pushing it. At that point, your lower 1GB of memory
On 11/18/2009 01:14 PM, Rahul Sundaram wrote:
On 11/18/2009 11:44 PM, Bruno Wolff III wrote:
Besides other issues listed, the packages being installed may be privileged
programs that the admin doesn't want on the system, may start services or
schedule runs at specified times by default which
On 11/18/2009 01:22 PM, James Antill wrote:
3. Are there any attacks due to disk space used? Eg. If /var is low² I
can probably install enough pkgs to make logging stop.
I'm betting there's still enough systems out there without enough space in /usr
for the entire package set.
--CJD
--
On 11/18/2009 02:10 PM, Seth Vidal wrote:
On Wed, 18 Nov 2009, Konstantin Ryabitsev wrote:
2009/11/18 Casey Dahlin cdah...@redhat.com:
On 11/18/2009 01:22 PM, James Antill wrote:
3. Are there any attacks due to disk space used? Eg. If /var is low² I
can probably install enough pkgs
On 11/18/2009 01:30 PM, Robert Locke wrote:
Picture Windows Server for a moment. Now picture that admin coming over
to administer a new Linux server. What's he gonna install? Click Next
repeatedly.
I'd like to think that our policy toward that user is one of education rather
than
On 11/18/2009 01:19 PM, Konstantin Ryabitsev wrote:
I may be wrong, but I understand that this behaviour of PackageKit
only applies to users with direct console access (i.e. not remote
shells). So, only users that are logged in via GDM or TTY would be
able to perform such tasks.
That's a
On 11/18/2009 02:32 PM, Casey Dahlin wrote:
On 11/18/2009 01:19 PM, Konstantin Ryabitsev wrote:
I may be wrong, but I understand that this behaviour of PackageKit
only applies to users with direct console access (i.e. not remote
shells). So, only users that are logged in via GDM or TTY would
On 11/18/2009 02:29 PM, Richard Hughes wrote:
2009/11/18 nodata l...@nodata.co.uk:
You install software with a known buffer overflow before it is fixed and
exploit it. More software = more chances to exploit. Bingo!
Why would the additional package start extra services? I thought there
were
On 11/18/2009 02:44 PM, Konstantin Ryabitsev wrote:
2009/11/18 Casey Dahlin cdah...@redhat.com:
I may be wrong, but I understand that this behaviour of PackageKit
only applies to users with direct console access (i.e. not remote
shells). So, only users that are logged in via GDM or TTY would
On 11/18/2009 03:06 PM, Peter Jones wrote:
On 11/18/2009 02:35 PM, Casey Dahlin wrote:
On 11/18/2009 02:32 PM, Casey Dahlin wrote:
On 11/18/2009 01:19 PM, Konstantin Ryabitsev wrote:
I may be wrong, but I understand that this behaviour of PackageKit
only applies to users with direct console
On 11/17/2009 02:07 PM, Jesse Keating wrote:
It also works well for people who have things like homedir backup going
nightly, but not full system backup. Restore to the way it was before
the last yum update, recover important things from backup. It's an oh
shit handle that has saved my
On 11/17/2009 03:56 PM, Chris Ball wrote:
Hi,
I'm not sure how much of this can/should be automated.
Sorry, not quite following -- what is the caution around automatically
creating a new snapshot before each yum transaction? Why shouldn't it
be automated?
I somewhat read the
On 11/13/2009 04:13 PM, Ikem Krueger wrote:
Please click on the link below and enter your birthday for me. I am
creating a birthday calendar for myself. Don't worry, it'll take less than
a minute (and you don't have to enter your year of birth).
Spam? o.O
Or he just loves us.
--CJD
On 11/10/2009 10:58 AM, Fulko Hew wrote:
On Tue, Nov 10, 2009 at 10:52 AM, Bastien Nocera bnoc...@redhat.com
mailto:bnoc...@redhat.com wrote:
On Tue, 2009-11-10 at 16:45 +0100, Björn Persson wrote:
inode0 wrote:
With Fedora 12 just a few days from release it is time to
On 10/05/2009 08:17 AM, Ray Strode wrote:
Note, plymouth *does* support text once / is mounted. It dynamically
loads the fonts and font renderering libraries, etc, as soon as
they're
needed after they're availabe. So you still get /home is password
protected or whatever when /home is
On 09/21/2009 04:04 PM, Till Maas wrote:
On Mon, Sep 21, 2009 at 08:47:24PM +0200, Martin Gieseking wrote:
during the review of ncrack
(https://bugzilla.redhat.com/show_bug.cgi?id=523199) I noticed that the
file ncrack-services is placed in /usr/share/ncrack by default. Since it
is a
On 09/03/2009 03:22 PM, Tom spot Callaway wrote:
On 09/03/2009 02:25 PM, Hans de Goede wrote:
Note that we have the same problem with any package which does static
linking against an lgpl library (such as glibc).
This is (one of the big reasons) why we only permit static linking with
On 09/03/2009 05:08 PM, Tom spot Callaway wrote:
On 09/03/2009 04:59 PM, Roland McGrath wrote:
Koji's database has that information, sort of. It can tell you exactly
which other packages were installed in the buildroot, so that is the
superset of what-all bits could have been rolled into the
On 09/02/2009 03:27 PM, Kevin Kofler wrote:
Bill Nottingham wrote:
1) filesystem started out as just the FHS dirs
Well, we could have filesystem with the FHS dirs and a new system-filesystem
with the distro-specific ones.
Kevin Kofler
That doesn't fix concerns 2 and 3 (snipped
On 08/30/2009 12:11 PM, Michel Alexandre Salim wrote:
2009/8/30 Christoph Höger choe...@cs.tu-berlin.de:
Hi,
is dma packaged by someone? That would be the first step and I would
happily test that thing (having postfix installed after Paul Frields
advice which works well).
I think I'll do
On 08/25/2009 02:44 PM, James Laska wrote:
Fedora Test Day - Dracut
Date: 2009-08-27
Time: All day
Location: #fedora-test-day on irc.freenode.net
Its the day before and a lot of the info on the wiki page including live CD
locations is still place-held with FIXME. Is this normal?
--CJD
On 08/07/2009 05:47 PM, Dave Airlie wrote:
On Fri, 2009-08-07 at 16:42 -0400, Casey Dahlin wrote:
On 08/06/2009 01:26 AM, Dave Airlie wrote:
On Mon, 2009-08-03 at 15:08 +0530, Rahul Sundaram wrote:
Hi
A few days back I ran into
http://lists.x.org/archives/xorg-devel/2009-July/001293.html
On 08/06/2009 01:26 AM, Dave Airlie wrote:
On Mon, 2009-08-03 at 15:08 +0530, Rahul Sundaram wrote:
Hi
A few days back I ran into
http://lists.x.org/archives/xorg-devel/2009-July/001293.html
I am wondering, since we are already using KMS in most places in Fedora,
how far are we from
On 07/29/2009 10:50 AM, Adam Jackson wrote:
On Wed, 2009-07-29 at 11:13 +, Rawhide Report wrote:
xorg-x11-server-1.6.99-21.20090724.fc12
---
* Tue Jul 28 2009 Adam Jackson a...@redhat.com 1.6.99-19.20090724
-
On 08/04/2009 03:04 PM, Adam Jackson wrote:
On Tue, 2009-08-04 at 14:19 -0400, Casey Dahlin wrote:
Possibly off topic, I've had issues with certain apps (totem comes to
mind) not going full-screen on the screen I want them to. Is this
another outstanding issue?
It's an app issue, but sure
On 07/24/2009 04:55 PM, Steve Grubb wrote:
I don't think I explained it well. I was thinking what if you had this rule:
-A INPUT -Z cups_t -j ACCEPT
and then cups was compromised and started listening on port 80. Since the
above rule has no port restrictions and cups is allowed to accept
On 07/26/2009 07:32 AM, Julian Aloofi wrote:
Oops, I meant Fedora 12 when I wrote this:
I don't think that would count as a feature, and it isn't one. It's
basically a program every system should have (in my opinion).
The Gnome clipboard isn't working great. I often get complaints from new
On 07/24/2009 02:09 AM, Aioanei Rares wrote:
I tend to agree here. Maybe C++ would be a far better option (biased, of
course :)
Ugh. I think C will do just fine. Its perfectly adequate without growing any
tumorous appendages.
/me waits patiently for Objective C on linux to be worth a damn.
On 07/24/2009 03:53 PM, Stephen Smalley wrote:
On Fri, 2009-07-24 at 15:47 -0400, Casey Dahlin wrote:
A couple of mentions of SELinux have cropped up in the FireKit thread, which
got me thinking about the Firewall and SELinux and ways in which they are
similar. I had the following thought
On 07/24/2009 04:44 PM, Steve Grubb wrote:
On Friday 24 July 2009 03:47:51 pm Casey Dahlin wrote:
A couple of mentions of SELinux have cropped up in the FireKit thread,
which got me thinking about the Firewall and SELinux and ways in which they
are similar. I had the following thought
I've been using StumpWM ( http://www.nongnu.org/stumpwm/ ) perpetually for
awhile now, and I would like to see it as a package in Fedora. The trouble is,
its in Common Lisp (which I'm not terribly comfortable with) and I've run into
some trouble with building it (something to do with prelink I
On 07/10/2009 05:18 AM, Jiri Moskovcak wrote:
Hi,
in our project ABRT we use DBUS for communication between ABRT daemon
and client (gui), the problem is that when I ask daemon to do some
time-consuming work the server is blocked until the work is done. So I
want to use threads and that's
On 07/04/2009 03:11 AM, Adam Williamson wrote:
On Fri, 2009-07-03 at 23:19 -0400, Jon Masters wrote:
On Fri, 2009-07-03 at 15:00 -0500, Bruno Wolff III wrote:
On Fri, Jul 03, 2009 at 10:43:34 +0100,
Adam Williamson awill...@redhat.com wrote:
but it's actually a lot less trouble to just do:
On 07/06/2009 03:58 PM, Christoph Höger wrote:
What I forgot to mention: Obviously it is not enough to know that there
is a gnome session running. My programs should inherit the environment.
I'll point out that upstart will do all this to some point, but I don't expect
you to wait around for
On 07/06/2009 04:05 PM, Christoph Höger wrote:
Am Montag, den 06.07.2009, 16:02 -0400 schrieb Casey Dahlin:
On 07/06/2009 03:58 PM, Christoph Höger wrote:
What I forgot to mention: Obviously it is not enough to know that there
is a gnome session running. My programs should inherit
On 07/05/2009 11:46 AM, Jon Stanley wrote:
On Sun, Jul 5, 2009 at 6:12 AM, Jos Vosj...@xos.nl wrote:
I don't completely agree that desktops tend to need to run the latest and
greatest (when we're talking about business desktops), but desktops
I don't agree with that position either - note
On 06/29/2009 03:48 PM, Peter Lemenkov wrote:
2009/6/29 Matthias Clasen mcla...@redhat.com:
Hey all,
we'd like to announce the 'Fit and Finish' initiative for Fedora,
http://fedoraproject.org/wiki/Fit_and_Finish
with the goal to improve the user experience of the Fedora desktop.
If you
On 06/16/2009 07:57 PM, Adam Williamson wrote:
On Mon, 2009-06-15 at 12:22 -0800, Jeff Spaleta wrote:
On Mon, Jun 15, 2009 at 11:42 AM, Casey Dahlincdah...@redhat.com wrote:
The ability for nautilus to prompt for credentials when the user tries to do
something outside his
On 06/15/2009 03:04 PM, Robert Marcano wrote:
On Mon, Jun 15, 2009 at 2:17 PM, Casey Dahlincdah...@redhat.com wrote:
The problem that does arise is: just because apache is installed doesn't
mean its running. Really, init scripts should open the firewall ports they
need when their service
On 06/14/2009 09:13 PM, Simo Sorce wrote:
On Sun, 2009-06-14 at 14:23 -0800, Jeff Spaleta wrote:
On Sun, Jun 14, 2009 at 6:45 AM, Simo Sorcesso...@redhat.com wrote:
I haven't done a graphical root login in the past 10 years probably and
on multiple distribution. Graphical root login is
On 06/15/2009 03:01 PM, Jeremy Sanders wrote:
Why not leave it be and suggest people move to the less brain dead x86-64
instead? Innovation and legacy support.
The slower x86 is, the more motivation there is to move to x86-64.
Jeremy
The 98% of the world that doesn't deal with assembly
On 06/15/2009 04:22 PM, Jeff Spaleta wrote:
On Mon, Jun 15, 2009 at 11:42 AM, Casey Dahlincdah...@redhat.com wrote:
The ability for nautilus to prompt for credentials when the user tries to do
something outside his permission level has been missing for far too long.
Its annoying to
On 06/12/2009 09:24 AM, Kevin Kofler wrote:
Eric Springer wrote:
Especially considering how many people will use these benchmarks to make
conclusions about Fedora, we should make sure it presents as best as it
can.
I think we should rather do an informative press campaign on the lines
of
On 06/12/2009 12:44 PM, Jeff Spaleta wrote:
I don't have a problem getting a bad grade. I do have a general
problem with people who publish unexpected behavior regressions but
don't actually use the open development process to drive feedback
directly to developers. If we deserve a black eye
drago01 wrote:
I have yet to hear of a problem we're actually having that would be
solved with grub2.
the version number ;)
A better argument than you'd think. The number itself is no big deal, but the
fact that upstream is a hollow void in the universe certainly troubles users
looking
drago01 wrote:
On Fri, Jun 5, 2009 at 9:55 AM, Christof Damianchris...@damian.net wrote:
On Fri, Jun 5, 2009 at 09:48, Jaroslav Reznik jrez...@redhat.com wrote:
Mostly it depends on YouTube - it's 90% of all Flash content for me. So if
YouTube (and p0rn variants :D) adopts video tag, battle is
yersinia wrote:
Enter silverlight :(
And monolight
http://www.mono-project.com/Moonlight
Two sides of the same miserable coin.
--CJD
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
Simon Wesp wrote:
Dear List,
short version:
I'm going to orphan nopaste since rafb.net/paste, which was used by
this package, is discontinued (bug #504108).
I tried to contact upstream four times and asked if they were planning
to switch to another provider, but no avail
If someone
Iain Arnell wrote:
On Fri, Jun 5, 2009 at 7:34 PM, Casey Dahlincdah...@redhat.com wrote:
Simon Wesp wrote:
Dear List,
short version:
I'm going to orphan nopaste since rafb.net/paste, which was used by
this package, is discontinued (bug #504108).
I tried to contact upstream four times and
Nathanael D. Noblet wrote:
I don't know how hard it would be to fix rpm to allow for that though.
Just off the top of my head, this doesn't feel like something rpm should
be in charge of. To me it seems more likely that we need something in a
base/core rpm that installs an inotify script
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Nathanael D. Noblet wrote:
Casey Dahlin wrote:
Nathanael D. Noblet wrote:
I don't know how hard it would be to fix rpm to allow for that though.
Just off the top of my head, this doesn't feel like something rpm should
be in charge of. To me
67 matches
Mail list logo