Re: [ACTION REQUIRED, v2] orphaned packages in F-14

Hi, On 08/20/2010 10:25 PM, Bill Nottingham wrote: > The attached list shows currently orphaned packages in F-14. If they are > not claimed by the end of next week, they will be blocked, potentially > breaking dependencies (and causing more things to be blocked...) > > If you already co-maintain t

Re: systemd and changes

On Mon, 23 Aug 2010 16:17:21 -0400, Matthew wrote: > Was there a conversation other than this FESCO meeting? > > > There, I see this discussion: > > 20:51:41 so, i would like to keep the options

Re: systemd acceptance, packaging guidelines (was Re: systemd and changes)

On 08/23/2010 11:06 PM, Bill Nottingham wrote: > (intentionally breaking thread) > > Toshio Kuratomi (a.bad...@gmail.com) said: >> Maybe I should start a new thread since this isn't really a bug, but it is >> a blocker -- we need to get some packaging guidelines out for systemd. >> I think that the

Re: Fedora Notifications System.

On Friday, August 20, 2010 10:46:43 pm Mahmoud Abdul Jawad wrote: > Hi all,, Hi! > before two weeks, a discussion started in ambassadors mailing-list about a > work around to deliver the important notifications to the fedora desktop > (whatever the desktop is). > after some discussion, we started

Re: yum appmarket

On Saturday, August 21, 2010 02:25:08 am Jeff Spaleta wrote: > On Fri, Aug 20, 2010 at 10:52 AM, Adam Williamson wrote: > > That would likely be a bad idea. Mandriva did something similar a few > > years back, before I left, and it was pretty unpopular and often > > confusing for users. I lost cou

Re: systemd acceptance, packaging guidelines (was Re: systemd and changes)

On Tue, Aug 24, 2010 at 03:33:59AM -0400, Jeff Garzik wrote: > > BOOTUP > > - System properly handles being passed [1-5], 'single', 'S', 's', '-s', > >booting to the appropriate 'runlevel' (0 and 6 can still work, > >but they're sort of pointless anyway) When booted in this manner, > >'

Re: systemd acceptance, packaging guidelines (was Re: systemd and changes)

On Mon, Aug 23, 2010 at 11:06:32PM -0400, Bill Nottingham wrote: > SERVICE HANDLING > - Running 'chkconfig <(null)|on|off>' on a service managed by systemd > will return the correct code/perform an appropriate action. Also, if chkconfig --add called "systemctl enable" when the sysv script is en

Re: drop default MTA for Fedora 15

my desktop runs on software mirror raid below an lvm. not for performance but for data recovery reasons. mdmonitor does mail notification. will this be fixed? how about logwatch, it is really useful to have to get an overview what happened on the system in a neat summary. also handy for desktops bu

Re: drop default MTA for Fedora 15

On Tue, Aug 24, 2010 at 9:36 AM, Rudolf Kastl wrote: > my desktop runs on software mirror raid below an lvm. not for > performance but for data recovery reasons. mdmonitor does mail > notification. will this be fixed? how about logwatch, it is really > useful to have to get an overview what happen

Re: systemd acceptance, packaging guidelines (was Re: systemd and changes)

2010/8/24 Miroslav Lichvar : > On Mon, Aug 23, 2010 at 11:06:32PM -0400, Bill Nottingham wrote: >> SERVICE HANDLING >> - Running 'chkconfig <(null)|on|off>' on a service managed by systemd >>   will return the correct code/perform an appropriate action. > > Also, if chkconfig --add called "systemc

Re: New fedpkg build coming to an update repo near you!

Thanks, but I have following problem: $ fedpkg co -B xterm Cloning into bare repository /home/yarda/git-fedora/xterm/fedpkg.git... remote: Counting objects: 657, done. remote: Compressing objects: 100% (333/333), done. remote: Total 657 (delta 274), reused 657 (delta 274) Receiving objects: 100% (

Re: WebKit(s) SIG

On Friday, August 06, 2010 04:45:39 pm Jaroslav Reznik wrote: Just an update: we hava our own WebKit SIG mailing list [1]. Feel free to subscribe. [1] https://admin.fedoraproject.org/mailman/listinfo/webkit Thanks Jaroslav -- Jaroslav Řezník Software Engineer - Base Operating Systems Brno Of

rawhide report: 20100824 changes

Compose started at Tue Aug 24 08:15:26 UTC 2010 Broken deps for x86_64 -- OpenSceneGraph-libs-2.8.3-2.fc14.i686 requires libpoppler.so.6 OpenSceneGraph-libs-2.8.3-2.fc14.x86_64 requires libpoppler.so.6()(64bit) PragmA

Re: drop default MTA for Fedora 15

On 08/23/2010 08:15 PM, Jon Masters wrote: > On Sun, 2010-08-22 at 20:10 +0200, drago01 wrote: >> On Sun, Aug 22, 2010 at 7:45 PM, Rex Dieter wrote: >>> pbrobin...@gmail.com wrote: >>> I know its been discussed in the past but there's been reasons not to drop a default MTA but now that c

Re: drop default MTA for Fedora 15

On Tue, Aug 24, 2010 at 12:43 PM, Andrew Haley wrote: > On 08/23/2010 08:15 PM, Jon Masters wrote: >> On Sun, 2010-08-22 at 20:10 +0200, drago01 wrote: >>> On Sun, Aug 22, 2010 at 7:45 PM, Rex Dieter wrote: pbrobin...@gmail.com wrote: > I know its been discussed in the past but ther

Re: drop default MTA for Fedora 15

On 08/24/2010 12:47 PM, pbrobin...@gmail.com wrote: > On Tue, Aug 24, 2010 at 12:43 PM, Andrew Haley wrote: >> On 08/23/2010 08:15 PM, Jon Masters wrote: >>> On Sun, 2010-08-22 at 20:10 +0200, drago01 wrote: On Sun, Aug 22, 2010 at 7:45 PM, Rex Dieter wrote: > pbrobin...@gmail.com wrote:

Wrong packages in F14/rawhide composes

Hello, it seems there are some issues with recent mass rebuilds for perl 5.12.0 in F14/rawhide. Some packages were rebuilt against new perl and then were built again. However koji exposes only the older build. This is list of affected packages which I discovered during work on FES ticket https:/

Re: systemd acceptance, packaging guidelines (was Re: systemd and changes)

On Mon, 2010-08-23 at 23:06 -0400, Bill Nottingham wrote: Hey Bill, this is a very good initial list, this should make it very easy for QA to whip up a test plan for systemd. Some comments below. > BOOTUP > - System boots successfully to GUI, when configured. > - System boots successfully to te

Re: Wrong packages in F14/rawhide composes

On 24/08/10 13:45, Adam Tkac wrote: > Hello, > > it seems there are some issues with recent mass rebuilds for perl > 5.12.0 in F14/rawhide. > > Some packages were rebuilt against new perl and then were built again. > However koji exposes only the older build. > > This is list of affected packages w

Git question

Hello, How I merge the latests changes from the remotes/origin/f13/master on to my f13/user/steved/pnfs-13 remote branch? Also, the kernel that is currently being built from my pnfs-13 branch fails to install with the following error: FATAL: Could not load /lib/modules/2.6.34.5-43.pnfs_a

Re: Wrong packages in F14/rawhide composes

On Tue, Aug 24, 2010 at 01:54:25PM +0100, Paul Howarth wrote: > On 24/08/10 13:45, Adam Tkac wrote: > > Hello, > > > > it seems there are some issues with recent mass rebuilds for perl > > 5.12.0 in F14/rawhide. > > > > Some packages were rebuilt against new perl and then were built again. > > Howe

Re: Git question

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 08/24/2010 08:55 AM, Steve Dickson wrote: > Hello, > > How I merge the latests changes from the remotes/origin/f13/master > on to my f13/user/steved/pnfs-13 remote branch? > The easiest way would be to switch to the pnfs-13 branch and then do:

Re: Git question

Am 24.08.10 14:55, schrieb Steve Dickson: > How I merge the latests changes from the remotes/origin/f13/master > on to my f13/user/steved/pnfs-13 remote branch? > I think git cherry-pick is the command whar you want to use. With git cherry-pck you can apply the changes of a commit from an other

Re: Git question

On Tue, Aug 24, 2010 at 4:21 PM, Jochen Schmitt wrote: >  Am 24.08.10 14:55, schrieb Steve Dickson: >> How I merge the latests changes from the remotes/origin/f13/master >> on to my f13/user/steved/pnfs-13 remote branch? >> > I think git cherry-pick is the command whar you want to use. cherry-pick

Re: Git question

On 08/24/2010 09:16 AM, Stephen Gallagher wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On 08/24/2010 08:55 AM, Steve Dickson wrote: >> Hello, >> >> How I merge the latests changes from the remotes/origin/f13/master >> on to my f13/user/steved/pnfs-13 remote branch? >> > > The

Re: Git question

On 08/24/2010 09:27 AM, Andy Shevchenko wrote: > On Tue, Aug 24, 2010 at 4:21 PM, Jochen Schmitt > wrote: >> Am 24.08.10 14:55, schrieb Steve Dickson: >>> How I merge the latests changes from the remotes/origin/f13/master >>> on to my f13/user/steved/pnfs-13 remote branch? >>> >> I think git c

[perl-DBD-SQLite] Fix testsuite to run with the latest sqlite (bugs.debian.org/591111).

commit acf6c396c24366416725a0b0d1dc32c98b80a94b Author: Adam Tkac Date: Tue Aug 24 15:35:41 2010 +0200 Fix testsuite to run with the latest sqlite (bugs.debian.org/59). Signed-off-by: Adam Tkac ...-clean-temporary-files-in-child-processes.patch | 49 p

Packages on which Thunderbird functionality depends!

For the past week or so I have been battling with a problem that I had thought (after some chasing around) was a Thunderbird upstream problem. The issue was that selecting Edit->Preferences-> General and allowing selection of a xxx.wav file to play for incoming mail did not work. It turned out tha

Re: Packages on which Thunderbird functionality depends!

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 08/24/2010 09:37 AM, mike cloaked wrote: > For the past week or so I have been battling with a problem that I had > thought (after some chasing around) was a Thunderbird upstream > problem. The issue was that selecting Edit->Preferences-> General an

[Bug 626765] The latest F14 ocaml-lablgtk has lower NVR than F13

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=626765 --- Comment #4 from Fedora Update System 2010-08-24 09:41:19 EDT --- ocaml-lablgtk-2.14.0-6.fc14 has been submitted as an updat

git rebase OK on Fedora git branches?

Is it OK to use 'git rebase -i' to compress my mistakes together into a single working Fedora git commit? (Provided I don't push things in between or otherwise try to rewrite public history) I'm a bit confused by whether 'fedpkg commit', 'fedpkg build', 'fedpkg push' etc are doing magic that will

Re: systemd acceptance, packaging guidelines (was Re: systemd and changes)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 08/24/2010 08:45 AM, Matthias Clasen wrote: > On Mon, 2010-08-23 at 23:06 -0400, Bill Nottingham wrote: > > Hey Bill, > > this is a very good initial list, this should make it very easy for QA > to whip up a test plan for systemd. Some comments be

[Bug 626765] The latest F14 ocaml-lablgtk has lower NVR than F13

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=626765 Fedora Update System changed: What|Removed |Added --

Re: drop default MTA for Fedora 15

Once upon a time, pbrobin...@gmail.com said: > Neither of those need to run a MTA locally to work, you just need to > point them to a mail server, even then they need to be configured to > send the mail to something other than root anyway. They can't be configured that way; they don't implement S

Re: git rebase OK on Fedora git branches?

On Tue, 2010-08-24 at 14:43 +0100, Richard W.M. Jones wrote: > Is it OK to use 'git rebase -i' to compress my mistakes together into > a single working Fedora git commit? (Provided I don't push things in > between or otherwise try to rewrite public history) Yes. > I'm a bit confused by whether '

Re: drop default MTA for Fedora 15

Chris Adams wrote: > What do we gain by not having any MTA installed (other than a little bit > of disk space)? I understand that "a little bit of disk space" can add > up quick, but a local queueing MTA is a pretty standard part of a Unix > system. Why are you complaining? If your package needs

Re: systemd acceptance, packaging guidelines (was Re: systemd and changes)

On Tue, 2010-08-24 at 08:45 -0400, Matthias Clasen wrote: > On Mon, 2010-08-23 at 23:06 -0400, Bill Nottingham wrote: > > BOOTUP > > - System boots successfully to GUI, when configured. > > - System boots successfully to text mode, when configured. > > - System properly handles being passed [1-5],

Re: drop default MTA for Fedora 15

On Tue, Aug 24, 2010 at 08:56:21AM -0500, Chris Adams wrote: > I'm still of the opinion that there should be _something_ at the > de-facto standard location of /usr/sbin/sendmail that can queue messages > for later delivery. I don't care whether it is actually sendmail or > not. Preferably, it sh

Re: systemd acceptance, packaging guidelines (was Re: systemd and changes)

On Tue, 2010-08-24 at 10:00 -0400, Adam Jackson wrote: > On Tue, 2010-08-24 at 08:45 -0400, Matthias Clasen wrote: > > On Mon, 2010-08-23 at 23:06 -0400, Bill Nottingham wrote: > > > BOOTUP > > > - System boots successfully to GUI, when configured. > > > - System boots successfully to text mode, wh

Re: drop default MTA for Fedora 15

On 08/24/2010 02:58 PM, Michael Cronenworth wrote: > Chris Adams wrote: >> What do we gain by not having any MTA installed (other than a little bit >> of disk space)? I understand that "a little bit of disk space" can add >> up quick, but a local queueing MTA is a pretty standard part of a Unix >>

Re: drop default MTA for Fedora 15

On Tue, Aug 24, 2010 at 08:58:50AM -0500, Michael Cronenworth wrote: > Why are you complaining? If your package needs an MTA - put in a Requires! If we follow the general state of things: "if a package might need something, toss it in as a requires!", this will totally defeat the purpose of the co

Re: Python 3.2a1 in rawhide

On Mon, Aug 23, 2010 at 7:16 PM, David Malcolm wrote: > > A suggested fix (caveat: not tested): ensure that the python-lxml.spec > has a >  BuildRequires: Cython >= 0.12 > and delete the .c file in the %prep, to ensure that Cython regenerates > it during the build. > > Does this fix it? That work

Re: systemd acceptance, packaging guidelines (was Re: systemd and changes)

On Tue, Aug 24, 2010 at 10:00:55AM -0400, Adam Jackson wrote: > I can't remember interactive boot ever working. It does in RHEL 5. It will need to be working for RHEL 7. -- Matthew Miller Senior Systems Architect -- Instructional & Research Computing Services Harvard School of Engineering & Appl

Re: drop default MTA for Fedora 15

Andrew Haley wrote: > Not everything that runs on Fedora is a Fedora package: people run > their own programs, too. Some things, like the existence of /bin/ls > or being able to send mail by piping the message to either /bin/mail > or/usr/{sbin,lib}/sendmail are basic features of UNIX. No one is

Re: drop default MTA for Fedora 15

Once upon a time, Michael Cronenworth said: > Chris Adams wrote: > > What do we gain by not having any MTA installed (other than a little bit > > of disk space)? I understand that "a little bit of disk space" can add > > up quick, but a local queueing MTA is a pretty standard part of a Unix > > s

Re: drop default MTA for Fedora 15

Matthew Miller wrote: > If we follow the general state of things: "if a package might need > something, toss it in as a requires!", this will totally defeat the purpose > of the comps change, since it will get pulled in by something important at > some point. Rsyslog, for example, can send output v

Re: drop default MTA for Fedora 15

On 24/08/10 15:13, Chris Adams wrote: > Once upon a time, Michael Cronenworth said: >> Chris Adams wrote: >>> What do we gain by not having any MTA installed (other than a little bit >>> of disk space)? I understand that "a little bit of disk space" can add >>> up quick, but a local queueing MTA

Re: Packages on which Thunderbird functionality depends!

On Tue, Aug 24, 2010 at 2:42 PM, Stephen Gallagher wrote: > I'm not a Thunderbird maintainer, so I don't know how feasible this is, > but perhaps we could create a subpackage like > 'thunderbird-sound-support' that has the appropriate dependencies on it. > Then at least someone doing a yum search

Re: drop default MTA for Fedora 15

On Tue, 2010-08-24 at 10:09 -0400, Matthew Miller wrote: > On Tue, Aug 24, 2010 at 08:58:50AM -0500, Michael Cronenworth wrote: > > Why are you complaining? If your package needs an MTA - put in a Requires! > > If we follow the general state of things: "if a package might need > something, toss it

Re: drop default MTA for Fedora 15

Paul Howarth wrote: > I use "at" on a regular basis, to schedule large downloads and uploads > when my ADSL bandwidth becomes unmetered after midnight. > > And I like getting the resulting email in the morning showing that all > went well, or not as the case may be. No one will prevent you from do

Re: Fedora Notifications System.

Jaroslav Reznik wrote: > Reading this - I'm not sure all Fedora notifications should go through system > notification system. Why? I understand it for urgent/priority notification > like > "Close your desktop, nuclear war out there" (or just a security update > combined > with some steps how t

Re: drop default MTA for Fedora 15

On Tue, 2010-08-24 at 10:19 -0400, Jon Masters wrote: > > My previous objection was based on the precedent it sets. I don't want a > "Desktop" distribution in Fedora. I want a server-usable distribution. > Sure, it's just a dep and one can go install an MTA. But today it's > killing the MTA, tomo

Re: systemd and changes

On Mon, Aug 23, 2010 at 04:32:03PM -0400, Bill Nottingham wrote: > > So, I'm honestly asking: what are the odds that these few things are the > > only improvements that cause a disruptive change to user interaction? I > > don't think it's unreasonable to wonder if there are other changes which > >

Re: drop default MTA for Fedora 15

On Tue, 2010-08-24 at 10:36 -0400, Matthias Clasen wrote: > On Tue, 2010-08-24 at 10:19 -0400, Jon Masters wrote: > > > > > My previous objection was based on the precedent it sets. I don't want a > > "Desktop" distribution in Fedora. I want a server-usable distribution. > > Sure, it's just a dep

Re: drop default MTA for Fedora 15

On Tue, Aug 24, 2010 at 08:56:21AM -0500, Chris Adams wrote: > They can't be configured that way; they don't implement SMTP. It is a > de-facto standard for Unix programs to send mail by piping the message > to either /bin/mail or /usr/{sbin,lib}/sendmail. That has the advantage > of queueing fo

Re: drop default MTA for Fedora 15

Matthew Garrett wrote: > The long term fix would arguably be to provide a stub /usr/sbin/sendmail > that ties into a more generic event reporting interface, which in turn > could be configured to send mail elsewhere but would default to popping > up some sort of desktop notification. Already works

Re: Git question

On Tue, 24 Aug 2010, Steve Dickson wrote: > Also, the kernel that is currently being built from my pnfs-13 branch > fails to install with the following error: > >FATAL: Could not load > /lib/modules/2.6.34.5-43.pnfs_all_2.6.35_2010_08_19.fc13.x86_64-pnfs/modules.dep: > No such file or direct

Re: systemd and changes

On Mon, Aug 23, 2010 at 03:04:43PM -0700, Jesse Keating wrote: > As to not keep moving the goal posts for Lennart, I believe that some > group (perhaps FESCo) should come up with a set of "do or die" > functionality for systemd, that can be tested for at the test day. That > way the goals are clea

Re: drop default MTA for Fedora 15

On Tue, Aug 24, 2010 at 03:43:36PM +0100, Matthew Garrett wrote: > There's certainly a set of people who want an MTA for this - in a server > environment it's obviously far more straightforward to get mailed on > failure, and that's something that you'll probably configure when This isn't serve

Re: systemd acceptance, packaging guidelines (was Re: systemd and changes)

On Tue, Aug 24, 2010 at 10:18:27AM +0200, Tomasz Torcz wrote: > > File /etc/inittab should keep working at the same level it is now. > Now it only selects default runlevel. How about: - If /etc/inittab exists and contains an initdefault line, the default target will be set accordingly. - any

Re: drop default MTA for Fedora 15

On 08/24/2010 03:37 PM, Jon Masters wrote: > On Tue, 2010-08-24 at 10:36 -0400, Matthias Clasen wrote: >> On Tue, 2010-08-24 at 10:19 -0400, Jon Masters wrote: >> >>> >>> My previous objection was based on the precedent it sets. I don't want a >>> "Desktop" distribution in Fedora. I want a server-u

Announcing the release of Fedora 14 Alpha!!

The Fedora 14 "Laughlin" Alpha release is available! This release offers a preview of some of the best free and open source technology currently under development. Catch a glimpse of the future: http://fedoraproject.org/get-prerelease == What is the Alpha release? == The Alpha release contains

Re: drop default MTA for Fedora 15

Andrew Haley wrote: > I think there's a much more fundamental question here, which is > whether a default Fedora installation is intended to be a real > UNIX-like system or just the dependencies for GNOME. I was going to reply to Chris, but I'll reply here. What benefit do I, or anyone else, rece

Re: systemd acceptance, packaging guidelines (was Re: systemd and changes)

On Tue, Aug 24, 2010 at 08:45:33AM -0400, Matthias Clasen wrote: > > GENERAL SANITY > > - Booting a system shall achieve a similar result as booting in upstart: > > -- The same set of services will be started. > > I don't think this is a requirement on systemd, really. If we make > changes to the

Re: drop default MTA for Fedora 15

On Tue, 2010-08-24 at 10:10 -0500, Michael Cronenworth wrote: > Andrew Haley wrote: > > I think there's a much more fundamental question here, which is > > whether a default Fedora installation is intended to be a real > > UNIX-like system or just the dependencies for GNOME. > > I was going to rep

Re: drop default MTA for Fedora 15

On Tue, Aug 24, 2010 at 09:46:26AM -0500, Michael Cronenworth wrote: > Matthew Garrett wrote: > > The long term fix would arguably be to provide a stub /usr/sbin/sendmail > > that ties into a more generic event reporting interface, which in turn > > could be configured to send mail elsewhere but wo

Re: drop default MTA for Fedora 15

On Tue, Aug 24, 2010 at 10:53:13AM -0400, Matthew Miller wrote: > On Tue, Aug 24, 2010 at 03:43:36PM +0100, Matthew Garrett wrote: > > There's certainly a set of people who want an MTA for this - in a server > > environment it's obviously far more straightforward to get mailed on > > failure, and

Re: Python 3.2a1 in rawhide

On Tue, 2010-08-24 at 09:10 -0500, Jeffrey Ollie wrote: > On Mon, Aug 23, 2010 at 7:16 PM, David Malcolm wrote: > > > > A suggested fix (caveat: not tested): ensure that the python-lxml.spec > > has a > > BuildRequires: Cython >= 0.12 > > and delete the .c file in the %prep, to ensure that Cython

Re: systemd acceptance, packaging guidelines (was Re: systemd and changes)

On Mon, Aug 23, 2010 at 11:06:32PM -0400, Bill Nottingham wrote: > RUNTIME TOOLS > - telinit [0123456] does the proper thing. It currently doesn't, by the way. But there's been upstream fixes which aren't yet in rawhide, so I'll retest when that's available. > - the 'runlevel' command displays co

Broken dependencies: perl-Pugs-Compiler-Rule

perl-Pugs-Compiler-Rule has broken dependencies in the F-14 tree: On x86_64: perl-Pugs-Compiler-Rule-0.37-4.fc13.noarch requires perl(:MODULE_COMPAT_5.10.1) On i386: perl-Pugs-Compiler-Rule-0.37-4.fc13.noarch requires perl(:MODULE_COMPAT_5.10.1) Please resolve this as soon as po

Re: drop default MTA for Fedora 15

Once upon a time, Michael Cronenworth said: > What benefit do I, or anyone else, receive by shipping a 100% Unix-clone > environment >by default Unix-like be necessary for much longer? Are we making a Fedora for > people to use or for researchers to study? So, according to you, Unix-like system

Re: systemd acceptance, packaging guidelines (was Re: systemd and changes)

On Mon, Aug 23, 2010 at 11:06:32PM -0400, Bill Nottingham wrote: > SERVICE HANDLING > - Running 'chkconfig <(null)|on|off>' on a service managed by systemd > will return the correct code/perform an appropriate action. > - Running 'service ' on a service managed by systemd > will perform the a

Bodhi updates

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Bodhi updates can have multiple packages associated with a single update as long as they are on different branches. Why this restriction? At least in the case of something like a security update, I would think that it would be beneficial to be able to

Re: Fedora Notifications System.

2010/8/24 Garrett Holmstrom > Jaroslav Reznik wrote: > > Reading this - I'm not sure all Fedora notifications should go through > system > > notification system. Why? I understand it for urgent/priority > notification like > > "Close your desktop, nuclear war out there" (or just a security update

Re: systemd acceptance, packaging guidelines

On Mon, Aug 23, 2010 at 11:06:32PM -0400, Bill Nottingham wrote: > PACKAGING > - The syntax of systemd units shall be frozen for the release (all future > releases? Some set number of releases?) > ADMIN INTERFACE > - The files and paths used by systemd shall be frozen for future releases. > - T

systemd: targets which are runlevel-like

As I was thinking about Bug 626840, I noticed something. With the current runlevel system, it's easy to know what your options are. The systemd FAQ helpfully explains that "systemctl isolate graphical.target" is the replacement, and that "systemctl list-units --type=target" will show me the various

Re: drop default MTA for Fedora 15

"Andrew Haley" wrote: >On 08/24/2010 02:58 PM, Michael Cronenworth wrote: >> Chris Adams wrote: >>> What do we gain by not having any MTA installed (other than a little bit >>> of disk space)? I understand that "a little bit of disk space" can add >>> up quick, but a local queueing MTA is a pr

Re: drop default MTA for Fedora 15

On Tue, Aug 24, 2010 at 03:43:36PM +0100, Matthew Garrett wrote: > The problem with delivering this to a user's mailbox via an MTA is that > in the typical case it doesn't result in the user noticing anything > until they've logged in as root and find out that the "you have new > mail" message

Re: Packages on which Thunderbird functionality depends!

Stephen Gallagher (sgall...@redhat.com) said: > I'm not a Thunderbird maintainer, so I don't know how feasible this is, > but perhaps we could create a subpackage like > 'thunderbird-sound-support' that has the appropriate dependencies on it. > Then at least someone doing a yum search on thunderbi

Re: drop default MTA for Fedora 15

On Tue, Aug 24, 2010 at 5:37 PM, Till Maas wrote: > On Tue, Aug 24, 2010 at 03:43:36PM +0100, Matthew Garrett wrote: > >> The problem with delivering this to a user's mailbox via an MTA is that >> in the typical case it doesn't result in the user noticing anything >> until they've logged in as roo

Re: drop default MTA for Fedora 15

On Tue, Aug 24, 2010 at 3:19 PM, Jon Masters wrote: > On Tue, 2010-08-24 at 10:09 -0400, Matthew Miller wrote: >> On Tue, Aug 24, 2010 at 08:58:50AM -0500, Michael Cronenworth wrote: >> > Why are you complaining? If your package needs an MTA - put in a Requires! >> >> If we follow the general stat

Re: drop default MTA for Fedora 15

On Tue, Aug 24, 2010 at 3:09 PM, Matthew Miller wrote: > On Tue, Aug 24, 2010 at 08:58:50AM -0500, Michael Cronenworth wrote: >> Why are you complaining? If your package needs an MTA - put in a Requires! > > If we follow the general state of things: "if a package might need > something, toss it in

Re: systemd and changes

On Mon, 2010-08-23 at 15:52 -0500, Mike McGrath wrote: > It's just risk management. I think we'd be better off acknowledging there > are unknown unknowns and try to mitigate them. One way we could have done > that this time around was making it an optional feature (as Matt was > mentioning in a

Re: systemd and changes

Adam Williamson wrote: > On Mon, 2010-08-23 at 15:52 -0500, Mike McGrath wrote: > >> It's just risk management. I think we'd be better off acknowledging there >> are unknown unknowns and try to mitigate them. One way we could have done >> that this time around was making it an optional feature (

Re: Bodhi updates

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 8/24/10 9:45 AM, Bill Nottingham wrote: > Stephen Gallagher (sgall...@redhat.com) said: >> Bodhi updates can have multiple packages associated with a single update >> as long as they are on different branches. Why this restriction? >> >> At least i

Re: F-14 Branched report: 20100824 changes

On Tue, Aug 24, 2010 at 04:42:17PM +, Branched Report wrote: > 1:libguestfs-1.5.2-4.fc14.i686 requires /lib/libxtables.so.4 This seems to be a warning about an older version than what's currently in F14: http://koji.fedoraproject.org/koji/buildinfo?buildID=190165 https://admin.fedorapro

Re: systemd and changes

On Tue, 24 Aug 2010, Eric Sandeen wrote: > Adam Williamson wrote: > > On Mon, 2010-08-23 at 15:52 -0500, Mike McGrath wrote: > > > >> It's just risk management. I think we'd be better off acknowledging there > >> are unknown unknowns and try to mitigate them. One way we could have done > >> that

Re: systemd acceptance, packaging guidelines (was Re: systemd and changes)

On Tue, 2010-08-24 at 11:15 -0400, Matthew Miller wrote: > On Tue, Aug 24, 2010 at 08:45:33AM -0400, Matthias Clasen wrote: > > > GENERAL SANITY > > > - Booting a system shall achieve a similar result as booting in upstart: > > > -- The same set of services will be started. > > > > I don't think t

Re: systemd acceptance, packaging guidelines (was Re: systemd and changes)

On Tue, 24 Aug 2010, Adam Williamson wrote: > On Tue, 2010-08-24 at 11:15 -0400, Matthew Miller wrote: > > On Tue, Aug 24, 2010 at 08:45:33AM -0400, Matthias Clasen wrote: > > > > GENERAL SANITY > > > > - Booting a system shall achieve a similar result as booting in upstart: > > > > -- The same se

[Bug 626920] [abrt] crash in perl-Padre-0.32-2.fc12: wxStyledTextCtrl::SendMsg: Process /usr/bin/perl was killed by signal 11 (SIGSEGV)

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=626920 --- Comment #1 from Scott R. Godin 2010-08-24 13:18:18 EDT --- Created an attachment (id=440704) File: backtrace -- Configure

Re: systemd and changes

Mike McGrath wrote: > On Tue, 24 Aug 2010, Eric Sandeen wrote: > >> Adam Williamson wrote: >>> On Mon, 2010-08-23 at 15:52 -0500, Mike McGrath wrote: >>> It's just risk management. I think we'd be better off acknowledging there are unknown unknowns and try to mitigate them. One way we

Re: systemd and changes

On Tue, 2010-08-24 at 12:02 -0500, Eric Sandeen wrote: > > Well, ironically enough, Lennart's last big revolution illustrates the > > problem with that. PulseAudio - previously PolypAudio, remember - was > > 'opt-in' for several releases; it was packaged in Fedora and many other > > major distribu

Re: systemd and changes

On Tue, 2010-08-24 at 12:10 -0500, Mike McGrath wrote: > People like you and me would opt-in. (well I would on some hosts) because > we know what we're doing. Expert eyes get a look at it before it's forced > onto our users, who are already leaving in leaps and bounds. Again, Pulse/PolypAudio s

Re: F-14 Branched report: 20100824 changes

Richard W.M. Jones (rjo...@redhat.com) said: > On Tue, Aug 24, 2010 at 04:42:17PM +, Branched Report wrote: > > 1:libguestfs-1.5.2-4.fc14.i686 requires /lib/libxtables.so.4 > > This seems to be a warning about an older version than what's > currently in F14: > > http://koji.fedoraproject

Re: Bodhi updates

Stephen Gallagher (sgall...@redhat.com) said: > Bodhi updates can have multiple packages associated with a single update > as long as they are on different branches. Why this restriction? > > At least in the case of something like a security update, I would think > that it would be beneficial to

[Bug 626920] New: [abrt] crash in perl-Padre-0.32-2.fc12: wxStyledTextCtrl::SendMsg: Process /usr/bin/perl was killed by signal 11 (SIGSEGV)

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: [abrt] crash in perl-Padre-0.32-2.fc12: wxStyledTextCtrl::SendMsg: Process /usr/bin/perl was killed by signal 11 (SIGSEGV) https://bugzilla.redhat.com/show_bug.cgi?id=6269

Re: systemd acceptance, packaging guidelines (was Re: systemd and changes)

Matthew Miller (mat...@mattdm.org) said: > How about: > > - If /etc/inittab exists and contains an initdefault line, the default > target will be set accordingly. > - any other non-comment, non-blank lines in /etc/inittab will be logged as > warnings. > > This leaves a migration path (ditch

Re: systemd acceptance, packaging guidelines (was Re: systemd and changes)

Miroslav Lichvar (mlich...@redhat.com) said: > On Mon, Aug 23, 2010 at 11:06:32PM -0400, Bill Nottingham wrote: > > SERVICE HANDLING > > - Running 'chkconfig <(null)|on|off>' on a service managed by systemd > > will return the correct code/perform an appropriate action. > > Also, if chkconfig

Re: systemd acceptance, packaging guidelines (was Re: systemd and changes)

On Tue, 2010-08-24 at 12:14 -0500, Mike McGrath wrote: > > The intent is not to do so in the final release, AIUI. We're only > > keeping it around during pre-release, so that if we decide we need to > > fall back to upstart for final release, it's easy to do. As far as I > > know, the plan is to d

Re: Git question

On 08/24/2010 10:46 AM, M A Young wrote: > On Tue, 24 Aug 2010, Steve Dickson wrote: > >> Also, the kernel that is currently being built from my pnfs-13 branch >> fails to install with the following error: >> >>FATAL: Could not load >> /lib/modules/2.6.34.5-43.pnfs_all_2.6.35_2010_08_19.fc13.

  1   2   3   >