On Sep 29, 2011, at 12:50 PM, Dominik 'Rathann' Mierzejewski wrote:
>
> One solution would be to make per-version subpackages conditional via macros
> and build only the one that has been updated.
>
> Example: we have unison-2.9-1 package which produces
> unison-2.9-1
> unison28-2.8-2
> unison21
On Thu, Sep 29, 2011 at 06:50:04PM +0200, Dominik 'Rathann' Mierzejewski wrote:
> Example: we have unison-2.9-1 package which produces
> unison-2.9-1
> unison28-2.8-2
> unison21-2.1-5
>
> We want to update unison28, so the next build of unison-2.9-2 produces only:
> unison28-2.8.1-1
>
> What do
On Thursday, 29 September 2011 at 15:38, Jesse Keating wrote:
> On Sep 29, 2011, at 1:13 AM, Garrett Holmstrom wrote:
> >
> > One build could produce a package for each version. The packages'
> > n-v-rs could then be maintained independently. I am not sure how bodhi
> > would behave in such a
hi
why does systemd not restart a killed service if the "ExecStartPre"-process is
still running, see below - at my opinion after "killall afpd" the service
should be restarted and in a perfect case even if "ExecStartPre"-process dies
systemd-26-10.fc15.x86_64
___
[root@te
On Sep 29, 2011, at 6:22 AM, Nils Philippsen wrote:
>
> Ahh I'm late. Anyway, that's a side-effect of using the bodhi interface
> to manage something in koji then. It'd still be handy if we could use
> that for Rawhide so we don't break all dependent things for people who
> want to test something
On Sep 29, 2011, at 1:13 AM, Garrett Holmstrom wrote:
>
> One build could produce a package for each version. The packages'
> n-v-rs could then be maintained independently. I am not sure how bodhi
> would behave in such a case, though.
>
> This most certainly is not optimal; I'm simply throwi
Join us on irc.freenode.net in #fedora-meeting for the second half of
this important meeting.
Thanks to the tireless* efforts of our outstanding QA folks, testing on
RC4, created late yesterday, has been ongoing all night long. We'll be
having the second-and-a-half round of our F16 Beta Go/No-
On Wed, 2011-09-21 at 08:49 -0600, Kevin Fenzi wrote:
> On Wed, 21 Sep 2011 13:32:59 +0200
> Nils Philippsen wrote:
>
> > On Wed, 2011-09-21 at 11:29 +, Petr Pisar wrote:
> > > On 2011-09-21, Nils Philippsen wrote:
> > > > On Wed, 2011-09-21 at 10:59 +, Petr Pisar wrote:
> > > >> Jan Hor
On 2011-09-29, Petr Pisar wrote:
> On 2011-09-21, Petr Pisar wrote:
>> On 2011-09-21, Petr Pisar wrote:
>>>
>>> That means Perl, Pyhon and other default-build-root packages will
>>> disable support for GDBM temporarily. So if your package needs GDBM
>>> support in those languages, please wait un
On 2011-09-21, Petr Pisar wrote:
> On 2011-09-21, Petr Pisar wrote:
>>
>> That means Perl, Pyhon and other default-build-root packages will
>> disable support for GDBM temporarily. So if your package needs GDBM
>> support in those languages, please wait until new GDMB and other
>> packages (Perl,
10 matches
Mail list logo
