tar.bz2:system-config-users-docs
I forgot to upload the source tarballs for these, but have done so now.
Thanks for the heads up.
Nils
--
Nils Philippsen "Those who would give up Essential Liberty to purchase
Red Hat a little Temporary Safety, deserve neither Liberty
n...@r
that, e.g. when the issue is hard to
reproduce. However, in that case it even more shouldn't attach an
incomplete backtrace, because it's likely missing essential information
for the developer: "Hmm, your backtrace is incomplete, can you reproduce
it with this and that debuginfo
27;python(abi)
autodetection needed for all .py[co] files, not just those
beneath /usr/lib*/python*'
--
Nils Philippsen "Those who would give up Essential Liberty to purchase
Red Hat a little Temporary Safety, deserve neither Liberty
n...@redhat.com nor Safety.&qu
mmediately receive mail about status changes etc.
To not forget about these updates, simply grab these builds, give them a
whirl (test them), then add a comment to the updates. This gives the
update karma and let's you receive status updates from now on, all in
one go!
Nils
--
Nils Philippsen
dist
> > or fix your repo".
>
> Or a "branch" file... :D
Please don't, a file in the repo which needs to be different between
branches would break merging between branches (which is one thing that
makes dist-git so much better than dist-cvs).
Nils
--
Nils Philippsen
nce shouldn't hurt the ability to
> merge or cherrypick diffs from one branch to another.
I stand corrected.
Nils
--
Nils Philippsen "Those who would give up Essential Liberty to purchase
Red Hat a little Temporary Safety, deserve neither Liberty
n...@redhat.com
On Tue, 2010-09-14 at 17:13 -0700, John Poelstra wrote:
> Shouldn't ABRT be looking to a file like /etc/fedora-release to
> determine the release version?
r...@rawhide:~> cat /etc/fedora-release
Fedora release 15 (Finian)
What you say ;-)?
Nils
--
Nils Philippsen "Thos
On Wed, 2010-09-15 at 22:46 -0400, Jon Masters wrote:
> Right. I'm not saying Jarod should issue Fedora Arrest Warrants (FAWs?)
I like this. We also need black helicopters.
Nils
--
Nils Philippsen "Those who would give up Essential Liberty to purchase
Red Hat
ImageMagick-6.6.4.1-13.fc14
> >
> Please excuse me what I did not ask early. Now I call to maintainers of
> dependent packages - please rebuild it against new version of ImageMagick.
Hi Pavel, please add the rss-glx-0.9.1.p-4.fc14 build to your
ImageMagick update in bodhi so they both get updated
n time (i.e.
shouldn't be shipped in the tarball). Other than increasing compilation
time, this shouldn't be an issue as moc is part of qt-devel.
Nils
--
Nils Philippsen "Those who would give up Essential Liberty to purchase
Red Hat a little Temporary Safety,
be
fine :-).
BTW, rpmdev-vercmp lets you compare arbitrary [e:]v[-r] combinations on
the command line without having to have the affected packages handy.
Nils
--
Nils Philippsen "Those who would give up Essential Liberty to purchase
Red Hat a little Temporary Safety,
uot;snap"[.snapshot-revision]][.disttag]
... I'd order it most-to-least-significant regarding version comparison:
["0"-if-prerelease.]N[.disttag][.date-scm or "snap"[.snapshot-revision]]
Nils
--
Nils Philippsen "Those who would give up Essential Liberty to p
pdate to a new
> snapshot, so the .fc16 package would still trump .fc17.
Right.
Nils
--
Nils Philippsen "Those who would give up Essential Liberty to purchase
Red Hat a little Temporary Safety, deserve neither Liberty
n...@redhat.com nor Safety." -- Benjamin
can e.g. run:
Shell.util_format_date("%Z", new Date().getTime());
And see what it returns. Press Escape to leave LG.
HTH,
Nils
--
Nils Philippsen "Those who would give up Essential Liberty to purchase
Red Hat a little Temporary Safety, deserve neither Liberty
n..
ou need to ask release engineering to block this package from
f17 on -- you could untag the f17 builds, but then would probably get
the f16 builds inherited into it...
HTH,
Nils
--
Nils Philippsen "Those who would give up Essential Liberty to purchase
Red Hat a little Temp
an option as
you can't install them into the same prefix: the libraries have the same
SONAME, the new ones are expected to be ABI compatible. Therefore I
don't see a real alternative to rebasing to 2.8 in stable Fedora
releases when it finally is available, after thoroughly testing it of
On Thu, 2011-08-25 at 11:58 -0400, Genes MailLists wrote:
> On 08/25/2011 10:28 AM, Nils Philippsen wrote:
>
> > As well, installing both stable versions side-by-side isn't an option as
> > you can't install them into the same prefix: the libraries have the same
the update into rawhide,
> targetted for F16 or F17.
F17 is my guess. Despite any possible (minor) UI changes, I'll probably
have to rebase in F-15/6 then if we want to get bugfixes because (core)
upstream pretty much ignores the 2.6.x branch.
Nils
--
Nils Philippsen "Thos
On Mon, 2011-08-29 at 15:03 +0300, Nicu Buculei wrote:
> On 08/25/2011 05:28 PM, Nils Philippsen wrote:
> >
> > You're probably referring to the updates 2.2->2.4 in '07 and 2.4->2.6 in
> > '08 but please keep in mind that we're stuck with 2.6.x as
ce unbootable, and a floppy the only available device to boot from
> > without opening up the machine, if opening up is even any option at all.
>
> CD/DVD ?
"Write Once Read Many"? Wait... "Write Once Read Once" in this case. Not
cheap enough for that.
Nils
--
Nils Phili
epos.fedorapeople.org/repos/nphilipp/gimp-unstable/RPM-GPG-KEY-nphilipp
[3]: https://bugzilla.gnome.org/enter_bug.cgi?product=GIMP&version=2.7.3
[4]:
http://repos.fedorapeople.org/repos/nphilipp/gimp-unstable/fedora-15/x86_64/fedora-gimp-unstable-release-2.7-1.fc15.noarch.rpm
--
Nils Philippse
It seems one always forgets something... well, better this than leaving
the stove on.
On Thu, 2011-09-01 at 12:45 +0200, Nils Philippsen wrote:
> Here's the gist (in no particular order):
- GIMP 2.7 and later is licensed as "GPLv3+ and LGPLv3+" (executables,
librarie
On Sat, 2011-09-03 at 23:17 +0200, Kevin Kofler wrote:
> Nils Philippsen wrote:
> > Legal question: is it better to put this in its own subpackage to be
> > able to specify this individual license, or would GIMP better have
> > "GPLv3+ and LGPLv3+ and (GPLv2 or GPLv3)&qu
ctually tested the updated package(s). And my system is "in good
condition" as per what I described above, I keep code to be tested in
separate hierarchies, usually in subdirectories in my home.
Nils
--
Nils Philippsen "Those who would give up Essential Liberty to purc
e, ensure that your testing environment
isn't negatively affected by your developing."
Nils
--
Nils Philippsen "Those who would give up Essential Liberty to purchase
Red Hat a little Temporary Safety, deserve neither Liberty
n...@redhat.com nor Safety.&quo
have testers spend their time on spotting
harder to find issues than on needlessly repairing their systems.
Yes, Rawhide by its nature will break things eventually, but that's a
matter of probability because it is the place where new (untested!)
things get introduced. It shouldn't be a m
ing epoch is costlier in the long
run as epoch is often disregarded. People using Rawhide should probably
use "yum distro-sync" rather than "yum update".
Nils
--
Nils Philippsen "Those who would give up Essential Liberty to purchase
Red Hat a little Temporary
On Fri, 2011-09-09 at 07:06 -0400, Josh Boyer wrote:
> On Fri, Sep 9, 2011 at 4:13 AM, Nils Philippsen wrote:
> > On Thu, 2011-09-08 at 13:16 -0400, Josh Boyer wrote:
> >> I don't think a maintainer can realistically replace wide-spread user
> >> based test
; who will create other
> Fedora accounts and give karma to his packages under different
> identities.
And that's supposed to mean... what?
> You can even add karma without Fedora identity, but I am not sure if
> that counts.
It doesn't.
Nils
--
Nils Philippsen &qu
On Mon, 2011-09-12 at 15:22 -0700, Adam Williamson wrote:
> On Mon, 2011-09-12 at 17:56 +0200, Nils Philippsen wrote:
>
> > > If there is
> > > not enough karma for his package to bring it into the stable, then there
> > > is probably time to ask somebody (p
with cold standby nodes (cold as in
"off"). If the hot node went down, the cluster management software
switched these standby nodes on, which booted normally then. In that
case, a small boot time would have been very appreciated. I'm not sure
if such scenarios are used nowadays.
Nil
iginal maintainer
to include them in the F-16 branched update.
I'd like to see a discussion about how we can ensure -- within
reasonable limits -- that e.g. bumping a library's SONAME is followed by
dependent components being rebuilt and included with the providing
component in one update.
probably be pretty hard even with Suggests/Recommends because it partly
depends on policy, i.e. what the admin wants. Nothing in the system can
tell the package manager right now if which of these options should be
used in this case.
Nils
--
Nils Philippsen "Those who would give up Ess
On Tue, 2011-09-20 at 16:06 +0200, Nicolas Chauvet wrote:
> 2011/9/20 Nils Philippsen :
> > On Tue, 2011-09-20 at 13:53 +0200, Johannes Lips wrote:
> >> What's wrong with all that broken deps? Is this just a missing rebuild
> >> against opencv and other libs o
On Tue, 2011-09-20 at 16:07 +0200, Ralf Corsepius wrote:
> On 09/20/2011 03:47 PM, Bruno Wolff III wrote:
> > On Tue, Sep 20, 2011 at 15:01:06 +0200,
> >Nils Philippsen wrote:
> >>
> >> I'd like to see a discussion about how we can ensure -- within
>
uot;, like in "provenpackager-kde",
"provenpackager-gnome", and "provenpackager" means all of these?
Nils
--
Nils Philippsen "Those who would give up Essential Liberty to purchase
Red Hat a little Temporary Safety, deserve neither Liberty
n..
On Tue, 2011-09-20 at 15:19 +0200, Ralf Corsepius wrote:
> On 09/20/2011 03:01 PM, Nils Philippsen wrote:
> > On Tue, 2011-09-20 at 13:53 +0200, Johannes Lips wrote:
> >> What's wrong with all that broken deps? Is this just a missing rebuild
> >> against opencv and
ct. We need to make that judgement call, put the package in if
> we are going to, test the hell out of it, and fix any breakage we
> find. We need this iterative "test, report breakage, fix, retest"
> process to be as fast as possible, and our current process moves at
> the
On Tue, 2011-09-20 at 12:21 -0400, Adam Jackson wrote:
> 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 provenpackage
ting the buildroot in bodhi, then
untagging gdbm from f17 instead?
Nils
--
Nils Philippsen "Those who would give up Essential Liberty to purchase
Red Hat a little Temporary Safety, deserve neither Liberty
n...@redhat.com nor Safety." -- Benjamin Franklin, 1759
On Tue, 2011-09-20 at 22:25 +0200, Ralf Corsepius wrote:
> On 09/20/2011 05:52 PM, Nils Philippsen wrote:
> > On Tue, 2011-09-20 at 15:19 +0200, Ralf Corsepius wrote:
>
> >> When you have a closer look, you'll notice that such "mass rebuilts"
> >> wer
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 Horak (hhorak) is going to upgrade GDBM to version with new SONAME
> >> in F17. Because rel-engs refused to p
have Rawhide usable but at the
> end, if somebody wants to prevents problems using dedicated build root,
> it is denied by Rel-Engs, because it is probably to much work. This is
> disappointing.
It shouldn't really involve rel-eng at all, Bodhi buildroot overrides
should just do this
On Wed, 2011-09-21 at 15:51 +0200, Ralf Corsepius wrote:
> On 09/21/2011 01:25 PM, Nils Philippsen wrote:
> > On Tue, 2011-09-20 at 22:25 +0200, Ralf Corsepius wrote:
> >> On 09/20/2011 05:52 PM, Nils Philippsen wrote:
> >>> On Tue, 2011-09-20 at 15:19 +0200, Ralf Cor
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 +
> > this week.
> >
>
> Just heard from Nils that that should be resolved by now, see
> https://bugzilla.redhat.com/show_bug.cgi?id=668282#c49
Yep, it's waiting for a proventester to test and karma it.
Nils
--
Nils Philippsen "Those who would give up Essential
of top (ha!) -- but to be
fair, opening the GNOME 2 panel application menu for the first time
wasn't quicker (at least for me).
Nils
--
Nils Philippsen "Those who would give up Essential Liberty to purchase
Red Hat a little Temporary Safety, deserve neither Liberty
n...
On Mon, 2011-04-04 at 22:07 -0500, Mike McGrath wrote:
> python-meld3
> supervisor
Taken.
Nils
--
Nils Philippsen "Those who would give up Essential Liberty to purchase
Red Hat a little Temporary Safety, deserve neither Liberty
n...@redhat.com
figure, Makefile.in, etc. files to
the state I got after running autoreconf -- which makes builds (better)
repeatable.
I'd really love to be able to re-run current auto-tools on old
Makefile.am/configure.{in,ac} files and the results to work in all
cases, but right now that seems utopian
On Tue, 2011-06-21 at 10:39 +0400, Pavel Alexeev (aka Pahan-Hubbitus)
wrote:
> Today or in next few days I'll plan update ImageMagick in rawhide to
> version 6.7.0-8.
And we're still waiting... ;-)
Nils
--
Nils Philippsen "Those who would give up Essential Liberty
On Mon, 2011-07-04 at 15:07 +0200, Kevin Kofler wrote:
> Nils Philippsen wrote:
> > I'd really love to be able to re-run current auto-tools on old
> > Makefile.am/configure.{in,ac} files and the results to work in all
> > cases, but right now that seems utopian to me
On Mon, 2011-07-04 at 18:10 +0400, Pavel Alexeev (aka Pahan-Hubbitus)
wrote:
> Now ImageMagick built against new gcc.
Great, thanks!
Nils
--
Nils Philippsen "Those who would give up Essential Liberty to purchase
Red Hat a little Temporary Safety, deserve neither L
On Mon, 2011-07-04 at 16:33 +0200, Nils Philippsen wrote:
> On Mon, 2011-07-04 at 18:10 +0400, Pavel Alexeev (aka Pahan-Hubbitus)
> wrote:
> > Now ImageMagick built against new gcc.
>
> Great, thanks!
Now that I've rebuilt rss-glx against the new ImageMagick version I s
gnatures b)
from keypairs not more than a certain "distance" (web-of-trust-wise)
away from a known good keypair, we'd be able to trim down the package
repositories substantially ;-). So for the time being I guess we should
stick with letting package maintainers check this (of there
.26.0-3.fc15
> gcdmaster requires libgnomecanvasmm-2.6.so.1
> referencer requires libgnomecanvasmm-2.6.so.1
As I use ardour regularly, I've taken this one (in Fedora, not EPEL) but
would be glad to have comaintainers, e.g. from people maintaining the
depending packages.
Nil
will it be closed
WONTFIX right away because separate /usr is officially not supported?
Nils
--
Nils Philippsen "Those who would give up Essential Liberty to purchase
Red Hat a little Temporary Safety, deserve neither Liberty
n...@redhat.com nor Safety." -- Benja
f to GtkBuilder and
that glade2 living longer doesn't help with that. As long as glade3 has
these problems, projects which have legacy glade files need to somehow
stay afloat.
Feel free to comment.
Nils
--
Nils Philippsen "Those who would give up Essential Liberty to purchase
Red Ha
t screensaver gets active, then inactive/unlocked).
In my opinion this would be much less intimidating to users and give us
bug reports where we can actually help instead of having to tell most of
them "sorry, too few info, can't help" right away.
Those who don't care enou
On Fri, 2010-02-12 at 10:42 +0100, Till Maas wrote:
> On Fri, Feb 12, 2010 at 03:15:39AM +0100, Nils Philippsen wrote:
>
> > What strikes me as very puzzling is why abrt has this humongous dialog
> > instead of leading the user step-by-step through this... I know you just
>
> useful updates there.
I've retired hwbrowser in Rawhide/F-13 as well, it doesn't make sense to
keep it around as it can't handle much of the the new hardware, i.e.
anything kudzu doesn't know.
Nils
--
Nils Philippsen "Those who would give up Essential L
tag for staging the rebuilds.
Any reason why the compat package ships the libpng-1.2.pc pkg-config
file? This made one of my packages use 1.5 headers, then later on
attempt to link to libpng12.so which failed.
Nils
--
Nils Philippsen "Those who would give up Essential Liberty to purcha
On Wed, 2011-11-09 at 10:42 -0500, Tom Lane wrote:
> Nils Philippsen writes:
> > On Fri, 2011-11-04 at 13:12 -0400, Tom Lane wrote:
> >> I plan to provide the 1.2.x libpng shared library (and only the library,
> >> not its devel support files) in a libpng-compat subpack
algorithm works it will avoid downloading unchanged
> > packages and download changed packages in full, just like jigdo. In
> > addition you don't have to download a jigdo template file.
>
> Hmm? How will rsync compose me a .iso out of a bunch of rpms?
I take it that And
possible before turning updates loose on the unsuspecting public. I
just don't see how it can be done right at the moment.
Nils
--
Nils Philippsen "Those who would give up Essential Liberty to purchase
Red Hat a little Temporary Safety, deserve neither Liberty
n
broke dual head/xrandr[1]
and WLAN[1] for me (on Intel hardware, FWIW).
Nils
[1]: https://bugzilla.redhat.com/show_bug.cgi?id=731296
[2]: https://bugzilla.redhat.com/show_bug.cgi?id=732592
--
Nils Philippsen "Those who would give up Essential Liberty to purchase
Red Hat a
On Tue, 2011-11-22 at 07:42 -0700, Ken Dreyer wrote:
> On Tue, Nov 22, 2011 at 6:06 AM, Nils Philippsen wrote:
> > Hm. The list of (implicitly labeled) critpath packages seems to have
> > proliferated recently
>
> Why not impose a self-restriction on the number of critpa
ot;'; \
> echo '#define IP_BINARY "$(IP)"'; \
> } > $@-t && chmod a-w $@-t && mv $@-t $@
... shouldn't a "mv -f ..." do the trick here?
Non-destructiveness and all that.
Nils
--
Nils Philippsen "Th
peak up ;-).
Nils
[1]: https://fedoraproject.org/wiki/Features/GIMP_2.8
--
Nils Philippsen "Those who would give up Essential Liberty to purchase
Red Hat a little Temporary Safety, deserve neither Liberty
n...@redhat.com nor Safety." -- Benjamin Franklin, 1759
PGP fingerpr
On Fri, 2011-12-16 at 13:40 +0200, Nicu Buculei wrote:
> On 12/16/2011 12:09 PM, Luya Tshimbalanga wrote:
> > Quoting Nils Philippsen wrote:
> >
> >>
> >> GREYCstoration: deebs
> >
> >
> > GREYstoration[1]is dead and superseded by GMIC[2] awhile a
2-1.fc16, so I'm ignoring those from any analysis.
I've attached a list of packages and (co)maintainers, to easily find if
one of your packages is affected or not.
Nils
--
Nils Philippsen "Those who would give up Essential Liberty to purchase
Red Hat a little Te
ne after the upgrade (active services
> after transition to systemd as example) and then you reboot
> ONCE in a clean starting system instead a boot in the blue
... as can be done on VC2 after updating with anaconda.
Nils
--
Nils Philippsen "Those who would give up Essential Liber
On Thu, 2012-01-26 at 14:19 +0100, Reindl Harald wrote:
>
> Am 26.01.2012 14:08, schrieb Nils Philippsen:
> > For the sake of completeness:
> >
> > On Thu, 2012-01-26 at 03:22 +0100, Reindl Harald wrote:
> >> after a yum upgrade you can verify that the most impo
On Thu, 2012-01-26 at 15:49 +0100, Reindl Harald wrote:
>
> Am 26.01.2012 15:07, schrieb Nils Philippsen:
> > On Thu, 2012-01-26 at 14:19 +0100, Reindl Harald wrote:
> >>
> >> Am 26.01.2012 14:08, schrieb Nils Philippsen:
> >>> For the sake of completenes
upgrade" will be supported, but it needs a little help
> > with a special initramfs and an additiona
>
> So why isn't it documented as such?
It is, the feature page mentions the script, the tentative preparation
steps on the yum upgrade page describe the details.
Nils
--
Nils
mpat symlinks. But I don't think we
want to wait for that. Agreed, it'd be a whole lot nicer if RPM could
handle symlink <-> non-symlink transitions without crutches like this
one, but right now it can't.
Nils
--
Nils Philippsen "Those who would give up Essential Li
e whole system, but only the parts affected by the move. Or
so I'd like to believe ;-).
Nils
--
Nils Philippsen "Those who would give up Essential Liberty to purchase
Red Hat a little Temporary Safety, deserve neither Liberty
n...@redhat.com nor Safety.
o be. But let's not
kid ourselves into thinking that with a life-cycle of only 13 months and
the amount of change we introduce in each new release (especially on the
desktop) we're somehow catering to end users who don't have a
technically skilled spouse, relative or friend in the backgro
> QPL respectively).
>
> In the CGAL.spec file, I mentionned "License: LGPLv3+ and GPLv3+". Could not
> I
> simplify that into: "License: GPLv3+"?
You should probably ask this question on the fedora-legal mailing list
(on Cc).
Nils
--
Nils Philippsen &
On Mon, 2012-02-13 at 09:28 -0800, Adam Williamson wrote:
> On Mon, 2012-02-13 at 14:47 +0100, Nils Philippsen wrote:
> > On Fri, 2012-02-10 at 11:08 -0800, Adam Williamson wrote:
> > > Let me put it this way, then: Fedora is released on a six month cycle,
> > > which is
t disable-completion on" into /etc/inputrc or ~/.inputr to disable it
> across logout/reboots
This disables normal non-programmable tab-completion for me.
Also, if you want the (other) default settings, you need to
"$include /etc/inputrc" on the first line of ~/.inputrc
On Fri, 2012-02-17 at 16:23 +, John5342 wrote:
> On Fri, Feb 17, 2012 at 13:54, Nils Philippsen wrote:
> > This disables normal non-programmable tab-completion for me.
> >
> > Also, if you want the (other) default settings, you need to
> > "$include /e
rpm files, LSB
> symlinks, Java files, Ruby files, yadda yadda yadda.
Not that it matters much, but just before somebody gets the wrong ideas:
pkg-config files are arch-dependent because of multilib.
Nils
--
Nils Philippsen "Those who would give up Essential Liberty to purchase
forgets about it.
- User returns after the weekend, logs in again, cupsd picks up the
still queued print job from user's home, starts printing the remaining
285 pages.
Nils
--
Nils Philippsen "Those who would give up Essential Liberty to purchase
Red Hat a little Tem
certain (sets of) configuration.
Beyond that (and I'm not through the thread completely, so forgive me if
that's been stated elsewhere already), I think it'd be worthwhile to
think about usage profiles like this which come with a set of
configuration defaults tailored to a particula
n't link it directly (i.e. the "-lz"
compiler option) but indirectly (i.e. links a library which uses libz).
You need to explicitly link all libraries that you use, you may not
depend on other libraries pulling these in.
Nils
--
Nils Philippsen "Those who would give up
quot; and is more or less just another
word for "shared library".
> In the above case you need to additionally pass -lz to the linked (e.g.
> using LDLAGS=-lz), as suggested by gcc (which says: is defined in)
Nils
--
Nils Philippsen "Those who would give up Essential L
I guess that the %post part should use "gtk-query-immodules-..." instead
of "gio-...".
Nils
--
Nils Philippsen "Those who would give up Essential Liberty to purchase
Red Hat a little Temporary Safety, deserve neither Liberty
n...@redhat.com nor
single thread.
That is, if you really must use environment variables for passing that
information... Others have mentioned it already: The environment is for
information that is meant to be long-lived and shared between processes,
it should be feasible to pass this information via a command
ong as
> these are running none of their children can get the same PID.
Daemons are known to occasionally go down unplanned and as I read it,
systemd is intended to restart them in that case. While child processes
could then be killed off via the cgroup to which they belong, this is
not always d
ong as
> these are running none of their children can get the same PID.
Daemons are known to occasionally go down unplanned and as I read it,
systemd is intended to restart them in that case. While child processes
could then be killed off via the cgroup to which they belong, this is
not always d
On Mon, 2010-05-31 at 12:43 -0500, Matt Domsch wrote:
> nphilipp: gegl,gtkimageview,ufraw
these all built fine as scratch, probably affected by the segfaulting
pkgconfig
--
Nils Philippsen "Those who would give up Essential Liberty to purchase
Red Hat a little T
On Fri, 2010-07-02 at 10:36 -0400, Matthias Clasen wrote:
> gimp-help-browser
rebuilt gimp
--
Nils Philippsen "Those who would give up Essential Liberty to purchase
Red Hat a little Temporary Safety, deserve neither Liberty
n...@redhat.com nor Safety."
d be (co-)maintainers, wouldn't they?).
If we ever get group ACLs, I think we should have $SIG-packager groups,
consisting of SIG members who fulfill the above, who get that kind of
access.
Nils
--
Nils Philippsen "Those who would give up Essential Liberty to purchase
Red Hat
:}%{version}-%{release}
...
%files %{?spkg:common} -f %{name}.lang
%defattr(-, root, root, -)
%doc COPYING README
...
Did you check spec files or generated binary RPMs? I guess checking the
latter would avoid most of the false positives.
Nils
--
Nils Philippsen "Those who would give up Essenti
On Sat, 2014-07-26 at 11:17 -0600, Kevin Fenzi wrote:
> The following packages are looking for a new point of contact on at
> least one branch:
>
> babl
> gegl
I've taken these two.
Nils
--
Nils Philippsen "Those who would give up Essential Liberty to purchase
On Mon, 2015-05-04 at 13:09 +0200, Kalev Lember wrote:
> extremetuxracer: http://koji.fedoraproject.org/koji/taskinfo?taskID=9650861
> jack-audio-connection-kit:
> http://koji.fedoraproject.org/koji/taskinfo?taskID=9651019
Fixed.
Nils
--
Nils Philippsen "Those who would giv
if you install executable JPEG files into your buildroot:
find-debuginfo.sh runs the file command on all executable files, and
file-5.22-3.fc23 contains a bug causing it to exit with a non-zero exit
code on certain JPEG files, cf.:
https://bugzilla.redhat.com/show_bug.cgi?id=1201630
Nils
--
Nils Phil
Turns out that the "Pagure Watch List" was news to other people, too,
so here are the links in case you missed the memo, too! ;)
- Dist Git: https://src.fedoraproject.org/dashboard/watchlist
- Pagure.io: https://pagure.io/dashboard/watchlist
Ciao,
Nils
--
Nils Philippsen"Tho
ave to exec the real binary, i.e. the PID of your
daemon mustn't change lest systemd thinks your daemon died.
Nils
--
Nils Philippsen "Those who would give up Essential Liberty to purchase
Red Hat a little Temporary Safety, deserve neither Liberty
n...@redhat.com
The
changes relevant for end users are what you write when you submit an
update to bodhi.
Nils
--
Nils Philippsen "Those who would give up Essential Liberty to purchase
Red Hat a little Temporary Safety, deserve neither Liberty
n...@redhat.com nor Safety." --
1 - 100 of 222 matches
Mail list logo
