On 04/01/2012 07:40 AM, Alec Leamas wrote:
My problem is about possible ways to form the version-release fields for
a git post-release.. My example involves a version like 1.1.0 and a git
release like 20120329git1234567
Reading [1], all examples of post-release updates are on the form
foo-1.1.0-
My problem is about possible ways to form the version-release fields for
a git post-release.. My example involves a version like 1.1.0 and a git
release like 20120329git1234567
Reading [1], all examples of post-release updates are on the form
foo-1.1.0-1.20120328git1234567.fc16. Obviously, thi
Ian Malone wrote:
> No, what I mean is given its location how does udev ignore it and
> systemd know to find it?
That's not what happens. Those are udev rules, they're installed by the
systemd package, but processed by udev (which sticks a "uaccess" tag on the
device, which is later used by syst
Hello all,
(Disclaimer: I'm both upstream and maintainer for a project)
Question regarding location of help documentation: I'm going to start
including help documentation with a program. In doing research for
packaging tips, there's both /usr/share/gnome/help/$package and
/usr/share/help/$local
Compose started at Sat Mar 31 08:15:04 UTC 2012
Broken deps for x86_64
--
[HippoDraw]
HippoDraw-devel-1.21.3-2.fc17.i686 requires python-numarray
HippoDraw-devel-1.21.3-2.fc17.x86_64 requires python-numarray
HippoDraw-
On Fri, Mar 30, 2012 at 06:06:02PM -0400, Paul Wouters wrote:
> It's sad that even old cheap VIA CPUs have such a strong random device,
> that's fully supported with Linux, but that Intel and AMD still haven't
> caught up yet. My 3 week old intel cpu still seems to be lacking support
> for anything
On 30 March 2012 22:41, Kevin Kofler wrote:
> Ian Malone wrote:
>> Interesting, not sure how you'd tell that. I've now noticed the header
>> #This file is part of systemd.
>> And rpm -qf confirms that, but why don't systemd and udev get into
>> conflict over it?
>
> Because udev dropped their equi
Le 29/03/2012 07:40, Remi Collet a écrit :
> I'm still searching for a good solution I can submit to upstream for
> packages I maintained (ok, this is mainly an issue on debian-like distro).
What do you think of
Require all denied
deny fr
