The Fedora build system and the use of %{_unitdir} in specfiles

2011-11-30 Thread David Howells
Hi, I'm trying to build the latest cachefilesd package in the Fedora build system for Rawhide/F17, but the build failed because I used %{_unitdir} in my specfile and this doesn't appear to be expanded in the Fedora build system (see the attached build.log). For reference, the build log can be fo

Re: The Fedora build system and the use of %{_unitdir} in specfiles

2011-11-30 Thread Paul Howarth
On 11/30/2011 11:39 AM, David Howells wrote: > I'm trying to build the latest cachefilesd package in the Fedora build system > for Rawhide/F17, but the build failed because I used %{_unitdir} in my > specfile > and this doesn't appear to be expanded in the Fedora build system (see the > attached b

Re: The Fedora build system and the use of %{_unitdir} in specfiles

2011-11-30 Thread David Howells
Paul Howarth wrote: > You must have missed the bit in the guidelines where it says: > > Please note that in order for the %{_unitdir} macro to exist, your > package must have: > > BuildRequires: systemd-units Yes, I seem to be missing that. I have Requires but not BuildRequires. The questio

Re: systemd: root device on iscsi

2011-11-30 Thread Jeremy Sanders
Bill Nottingham wrote: > It would be nice, yes. In the meantime, Jeremy, can you try the attached > patch? Thanks very much - it doesn't seem to work in our setup. Dracut is mounting the root iscsi device using the dhcp root-dev option, but we have _netdev set in fstab. -bash-4.2# mount | gre

Re: The Fedora build system and the use of %{_unitdir} in specfiles

2011-11-30 Thread Paul Howarth
On 11/30/2011 11:49 AM, David Howells wrote: > Paul Howarth wrote: > >> You must have missed the bit in the guidelines where it says: >> >> Please note that in order for the %{_unitdir} macro to exist, your >> package must have: >> >> BuildRequires: systemd-units > > Yes, I seem to be missing that

[perl-App-cpanminus] 1.5006 bump

2011-11-30 Thread Petr Šabata
commit e8ffb21c7611265812577a57b2364d6b50e35d09 Author: Petr Šabata Date: Wed Nov 30 14:05:15 2011 +0100 1.5006 bump .gitignore |1 + perl-App-cpanminus.spec |5 - sources |2 +- 3 files changed, 6 insertions(+), 2 deletions(-) --- diff --git a

Re: Just Patched Kmess 2.0.6.1 :)

2011-11-30 Thread Rex Dieter
On 11/23/2011 02:52 PM, Manuel Escudero wrote: > (Cross Posting both to the Developers and Users List, sent a copy to > Rex Dieter, who I believe is the maintainer for Kmess in the Fedora > Community) Manuel, you seem to have an interest in kmess, and I'd venture it's current maintainers wouldn't

Re: The Fedora build system and the use of %{_unitdir} in specfiles

2011-11-30 Thread Michael Cronenworth
David Howells wrote: > Yes, I seem to be missing that. I have Requires but not BuildRequires. The > question is, though, why it builds on my desktop machine at all then... Did > F16 always set it? Are you using mock or rpmbuild on your desktop machine? -- devel mailing list devel@lists.fedorap

Re: The Fedora build system and the use of %{_unitdir} in specfiles

2011-11-30 Thread David Howells
Michael Cronenworth wrote: > > Yes, I seem to be missing that. I have Requires but not BuildRequires. The > > question is, though, why it builds on my desktop machine at all then... Did > > F16 always set it? > > Are you using mock or rpmbuild on your desktop machine? rpmbuild. David -- de

Re: systemd: root device on iscsi

2011-11-30 Thread Jeremy Sanders
Jeremy Sanders wrote: > > This works. I don't know whether you want to change "-m" to "-s"... I tried changing -m to -s. The network still tries to get shut down, despite the if statement being run and the exit 1 command being run. This is because the exit command only exits from the shell lo

Re: The Fedora build system and the use of %{_unitdir} in specfiles

2011-11-30 Thread Michael Cronenworth
David Howells wrote: > rpmbuild. There's your answer. The rpmbuild command would inherit all the packages already installed on your system. You will already have systemd-units installed because it is a dependency of just about every service. If you used mock or scratch building on koji (which k

Re: The Fedora build system and the use of %{_unitdir} in specfiles

2011-11-30 Thread Ralf Corsepius
On 11/30/2011 03:49 PM, Michael Cronenworth wrote: > David Howells wrote: >> rpmbuild. > > There's your answer. The rpmbuild command would inherit all the packages > already installed on your system. You will already have systemd-units > installed because it is a dependency of just about every serv

Re: The Fedora build system and the use of %{_unitdir} in specfiles

2011-11-30 Thread David Howells
Michael Cronenworth wrote: > > rpmbuild. > > There's your answer. The rpmbuild command would inherit all the packages > already installed on your system. You will already have systemd-units > installed because it is a dependency of just about every service. > > If you used mock or scratch bui

Re: The Fedora build system and the use of %{_unitdir} in specfiles

2011-11-30 Thread Richard W.M. Jones
On Wed, Nov 30, 2011 at 03:20:41PM +, David Howells wrote: > Michael Cronenworth wrote: > > > > rpmbuild. > > > > There's your answer. The rpmbuild command would inherit all the packages > > already installed on your system. You will already have systemd-units > > installed because it is a

Re: About: Orphaned packages

2011-11-30 Thread Sérgio Basto
On Wed, 2011-11-30 at 03:15 +0100, Kevin Kofler wrote: > Sérgio Basto wrote: > > For example smb4k have been dropped on F16, have we any replacement that > > search the windows "network neighborhood" ? > > smb4k simply needs somebody to sign up as a new maintainer and get this > through rereview

[Test-Announce] AutoQA Upgrade to 0.7

2011-11-30 Thread Tim Flink
As a heads up, we're updating AutoQA to 0.7 today. I'm not expecting any issues during the update process but no new jobs will be run while we're updating the production systems. The update process shouldn't take much more than an hour, maybe two if we hit problems. If all goes well, you might not

dracut waiting for background mdadm reconstruction to complete

2011-11-30 Thread Daniel Drake
Hi, Just installing Fedora 16 on a new system. We set up a RAID1 with mdadm for /. On boot, we're finding that if there is a RAID inconsistency, dracut is waiting for mdadm reconstruction to complete before booting the system. This means that after a power outage or other condition that would cau

[Test-Announce] Very belated 2011-09 Graphics Test Week recap

2011-11-30 Thread Adam Williamson
I know this is horribly late, but I just worked my way around to it! Sorry for that. Here's the recap of the Fedora 16 Graphics Test Week. The overall numbers of tests done and bugs filed are down significantly, because I was very busy and did not do a great job of arranging and promoting the even

Re: systemd: root device on iscsi

2011-11-30 Thread Bill Nottingham
Jeremy Sanders (jer...@jeremysanders.net) said: > Your patch does > > -bash-4.2# findmnt -m -n -o fstype,options / > ext4 rw,relatime,user_xattr,acl,barrier=0,data=ordered > > Which doesn't show the _netdev option. If I change this to > > -bash-4.2# findmnt -s -n -o fstype,options / > ext4

Re: dracut waiting for background mdadm reconstruction to complete

2011-11-30 Thread Sam Varshavchik
Daniel Drake writes: My understanding is that this reconstruction is a background task, is there really a need for this to hold up boot? This behaviour comes from 0064-90mdraid-wait-for-md-devices-to-become-clean.patch in the dracut-013-19.fc16 package. What part dracut runs during boot? p

Self Introduction

2011-11-30 Thread Troy Dawson
Hello, I've been creating rpm packages for Fermi Linux for over 10 years, and Scientific Linux 8 years, but I never had time to do anything for Fedora and EPEL. Now that I'm not with Scientific Linux, I've got the time. I'd like to help with the OpenShift client packages for Fedora and EPEL. So I

Re: Self Introduction

2011-11-30 Thread seth vidal
On Wed, 30 Nov 2011 17:25:25 -0600 Troy Dawson wrote: > Hello, > I've been creating rpm packages for Fermi Linux for over 10 years, and > Scientific Linux 8 years, but I never had time to do anything for > Fedora and EPEL. Now that I'm not with Scientific Linux, I've got > the time. I'd like to