On Fri, Jan 15, 2010 at 4:45 PM, David Malcolm wrote:
>
> = Support files for the Python language =
> /usr/bin/g-ir-scanner
I don't see any intrinsic value in having both versions of
g-ir-scanner available; this one should be in the other category, it's
just a program which happens to be impleme
Hi,
We'd like to remove the dependency of the dbus-libs package on dbus
(which will run even if the app doesn't need the daemon).
As part of this though we need to ensure the bus is available if
you've done a default workstation (desktop needs it) or server (want
admin tools etc. to use) install.
On Thu, Jan 28, 2010 at 3:24 PM, Toshio Kuratomi wrote:
> On Thu, Jan 28, 2010 at 09:01:25AM +0200, Alexander Kurtakov wrote:
>> How can I take jna-posix? I need it for one of my projects but I don't see a
>> way to take it in pkgdb. I'm speaking for the devel branch because it is
>> possible to t
Hi Adam,
On Fri, Jan 29, 2010 at 5:27 PM, Adam Williamson wrote:
> Hi, everyone. Since the big PackageKit brouhaha surrounding Fedora 12,
> there's been a discussion surrounding the need for a policy about
> privilege escalation in Fedora. Representing the QA group, we would like
> for there to b
On Sat, Jan 30, 2010 at 1:20 AM, Adam Williamson wrote:
>
> Well, reboot is a one-time operation; if there's only one user logged
> in, they can only affect themselves by rebooting. Adjusting the clock or
> installing new software isn't the same.
Ok, actually "one time" feels like there's a more
Hi,
I'd like to propose a general rule that ABRT crash logs should remain
"assigned" to the actual application, unless an actual investigation
has been done and there's a "reasonable" certainty the flaw is in the
library code in which it happened to crash.
Rationale: Applications are more likely
On Tue, Aug 17, 2010 at 6:06 AM, Thomas Spura wrote:
> On Mon, 16 Aug 2010 11:01:36 -0400
> Colin Walters wrote:
>
>> Hi,
>>
>> I'd like to propose a general rule that ABRT crash logs should remain
>> "assigned" to the actual application, unl
On Tue, Aug 17, 2010 at 11:12 AM, Thomas Spura
wrote:
>
> Without a clear way "how to reproduce" it, they can't help here
One advantage of automated collection (or semi-automated like ABRT) is
that given enough crashes, it can be easier to track down the root
cause. So it's useful to have the re
Heads up to Clutter consumers - I'm updating it in f15 to the 1.3
(master) branch. I've tested GNOME Shell and quadrapassel, feel free
to CC me for other fallout.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On Tue, Aug 31, 2010 at 2:57 PM, pbrobin...@gmail.com
wrote:
> On Tue, Aug 31, 2010 at 7:52 PM, Colin Walters wrote:
>> Heads up to Clutter consumers - I'm updating it in f15 to the 1.3
>> (master) branch. I've tested GNOME Shell and quadrapassel, feel free
>
On Sun, Aug 29, 2010 at 2:15 PM, seth vidal wrote:
>
> Florian has already been working that out. He's got a pure-python script
> that grabs up the icons and we'll work on implementing them at the pkgdb
> layer.
Hmm, you're saying the client code would talk to pkgdb?
--
devel mailing list
devel@
Just a quick heads up that I'm going to be updating introspection to
(at least) 0.9.5 in rawhide.
For libraries, this is generally a simple rebuild with no impact on
primary functionality. However
if you are a library maintainer, do see
http://mail.gnome.org/archives/gnome-announce-list/2010-Sept
On Thu, Sep 16, 2010 at 11:57 AM, Richard Hughes wrote:
n framework. Yum is a _package_ manager.
> Applications like gnome-shell and kpackagekit want to search for new
> applications using translated per-application strings and show icons
> for desktop files. gnome-shell shouldn't care what a 'pa
On Fri, Sep 17, 2010 at 11:08 AM, Richard Hughes wrote:
> On 17 September 2010 15:28, Bill Nottingham wrote:
>> Not if it's provided in the RPM header in a way where it can be easily
>> stuffed into the metadata or a similar place.
>
> Bear in mind: 'n' applications per package, where 'n' can be
On Mon, Oct 25, 2010 at 3:33 PM, Dave Jones wrote:
> I did a minimal install yesterday, and was surprised to find that
> cairo, and a bunch of X libs were still installed.
>
> The dependancy chain that pulled them in looks like this..
>
> policycoreutils -> dbus-glib -> gobject-introspection -> fo
On Mon, Oct 25, 2010 at 5:21 PM, Colin Walters wrote:
>
> Unfortunately we didn't notice this dependency until pretty late in
> F14...I'm not sure what can be done reasonably at this point, since
> all of these packages are critical path.
Though I will say that if this
Hi,
Feel free to propose a bug on gnome-menus at http://bugzilla.gnome.org
On Mon, Aug 8, 2011 at 4:43 AM, Muayyad AlSadi wrote:
> where should I put my .menu file to create a new menu under applications ?
You're probably right about the specification from looking at it quickly.
> and does th
See attached.
From d24d382c325c8794c05bcb56b3820b15e4a67e55 Mon Sep 17 00:00:00 2001
From: Colin Walters
Date: Tue, 9 Aug 2011 10:42:06 -0400
Subject: [PATCH] macros: Globally add --disable-silent-rules to configure
Various projects have been adding AM_SILENT_RULES from Automake to
their
On Tue, Aug 9, 2011 at 11:11 AM, Tom Lane wrote:
>
> What happens in packages using a (possibly old) autoconf script that
> doesn't recognize --disable-silent-rules?
Autoconf convention is to ignore unknown rules. And indeed, all that
results is a warning:
configure: WARNING: unrecognized option
Hi Jan,
On Tue, Aug 9, 2011 at 12:56 PM, Jan Kratochvil
wrote:
> On Tue, 09 Aug 2011 16:44:31 +0200, Colin Walters wrote:
>> the goal being that they see warnings more easily.
>
> You should make -Werror default instead, by compiling packages without -Werror
> various bugs cr
On Thu, Aug 11, 2011 at 5:56 AM, Milan Crha wrote:
>
> I would like you to give me an option to not use --disable-silent-rules,
> because it breaks waf build.
Ugh; pretty lame that waf chose to replicate all of the standard
autoconf flags as well as some automake ones
(--disable-dependency-tracki
On Thu, Aug 11, 2011 at 9:43 AM, Colin Walters wrote:
>
> I'll work on a patch - I guess the RPM approach is more overrides
> rather than detecting things, so I'll go with adding an option.
Actually looking at this more, while waf does support the GNU autoconf
options by loadi
On Sat, Mar 26, 2011 at 5:59 PM, Jon Masters wrote:
> On Sat, 2011-03-26 at 11:03 -0400, Neil Horman wrote:
>
>> IIRC you can set:
>> NM_CONTROLLED="no"
>> in /etc/sysconfig/network-scripts/ifcfg-ethX
>> Supposedly that will take ethX off the reservation and allow you to use the
>> ifup
>> script
Hi,
On Fri, Jun 3, 2011 at 11:28 AM, Michael Wiktowy
wrote:
>
> Is there some sort of extension management planned that would handle
> the separate enabling/disabling/configuration of individual extensions
> via the grand unified Settings menu?
In 3.2 we will support whitelisting in addition to
On Fri, Jun 10, 2011 at 9:07 AM, Denys Vlasenko wrote:
>
> It's the *fourth* largest process on my system!
>
>
> # ldd `which systemd`
1) Looking at what libraries a binary links to a is a terrible way to
optimize memory usage; try massif, say
2) It'd be a lot more productive to be positive and n
On Fri, Jun 17, 2011 at 9:05 AM, Felix Miata wrote:
> On 2011/06/17 08:53 (GMT-0300) Domingo Becker composed:
>
>> The shortest way is by using keyboard, as Rahul says:
>
>> 1. Press the key between Ctrl and Alt.
>
> What key between Ctrl & Alt?
You can also use Alt-F1.
--
devel mailing list
dev
Dear Fedora Developers,
So recently I found myself desiring to update a .spec file for a
snapshot of a git tree in an automated fashion. As you may or may not
know, this actually has a surprising number of flaming hoops through
which you must jump.
The first one, when scripting such a thing, is
Hello internets,
I fairly strongly think we should have a default "Fedora Virt Server"
image. Rather than asking the internets to make it as I have in the
past, recently I needed to install one so I looked at what's out
there.
There is: https://fedoraproject.org/wiki/SIGs/Server
But as far as I
On Fri, Feb 26, 2010 at 4:21 AM, Jesse Keating wrote:
> On Fri, 2010-02-26 at 03:59 +0000, Colin Walters wrote:
>>
>> So here's what I propose. We create a spin, hosted in
>> spin-kickstarts.ks, called "fedora-virt-server.ks", which simply
>> refl
On Fri, Feb 26, 2010 at 4:26 AM, Garrett Holmstrom
wrote:
>
> The Cloud SIG is working on that type of thing right now, kickstart and
> all. (Actually we already have a proposed kickstart that's more minimal
> than that if you want to take a look at it.) I recommend subscribing to
> the cloud li
On Fri, Feb 26, 2010 at 6:04 PM, Till Maas wrote:
>
> Thanks, this looks useful. I will try to use them, too. From their
> description they should be helpful to just check whether the current
> SPEC would still build the current upstream SCM version.
Yeah, the basic idea is that they modify the .
On Fri, Mar 5, 2010 at 6:05 AM, Till Maas wrote:
>
> Here is my first feature request: please make the fedora buildsys
> specific items optional, e.g. if there is no sources file, then just
> skip all the CVS etc. stuff, but only fetch the tarball and update the
> spec. This would make it possible
Hi,
For GNOME 3 to more reliably do application tracking, we will be
associating through startup-notification. Some background here:
http://lists.freedesktop.org/archives/xdg/2010-February/011321.html
However for startup notification to work, for compatibility reasons,
the upstream .desktop fil
On Sun, Mar 14, 2010 at 6:35 PM, Victor Vasilyev
wrote:
>
> FYI When the StartupNotify=true was specified in the desktop file of the
> NetBeans I've seen bugs in launching of the NetBeans' child processes
> (e.g FireFox [3]) due to the DESKTOP_STARTUP_ID environment variable. It
> was fixed in the
On Sun, Mar 14, 2010 at 5:40 PM, Ville Skyttä wrote:
>
> If an app uses GTK+ or Qt, does that alone always imply that it satisfies the
> desktop entry spec's requirements for StartupNotify=true, i.e. no further
> examination of the app's behavior is necessary?
The main tricky situation comes when
On Mon, Mar 15, 2010 at 10:44 AM, Chen Lei wrote:
> Should we also add StartupWMClass=someting if StartupNotify=true doesn't
> work?
You're going to need to elaborate on "doesn't work".
* You don't see a "Starting..." notification in the tasklist in GNOME 2?
* You do, but it times out instead o
2:44 -
@@ -471,6 +471,9 @@
#-
%changelog
+* Mon Mar 15 2010 Colin Walters
+- Reenable startup notification support, closes #445543
+
* Wed Feb 17 2010 Martin Stransky - 1.9.1.8-2
- Added fix for #564184 - xulrunner-devel multilib conflict
-
On Tue, Mar 16, 2010 at 10:54 AM, Matthias Clasen wrote:
>
> Any reason this cannot be an abstract socket ? Of course, then you have
> to check peer creds and figure out a way to communicate the socket name,
> but at least you don't have to worry about the usual races and
> permission problem you
On Tue, Mar 16, 2010 at 12:16 PM, Daniel J Walsh wrote:
>
> PLEASE do not use /tmp for communications. Use /var/run if the service is
> running as root, or can create a socket in /var/run.
In this case I believe it's a per-user service. In which case you
don't have much of a choice, because you
the patch I sent earlier.
From 018bf8e7ca32a45b040b50bde0461d4dac3f9b31 Mon Sep 17 00:00:00 2001
From: Colin Walters
Date: Tue, 23 Mar 2010 08:47:48 -0400
Subject: [PATCH 1/4] Delete all optional components from @gnome-desktop
Optional components are currently only visible from the UI
in Standalone Anaconda, and are a random grab b
A few more comps patches.
From 69838cdd1765fa07df5482862c365058880a975f Mon Sep 17 00:00:00 2001
From: Colin Walters
Date: Tue, 23 Mar 2010 13:34:53 -0400
Subject: [PATCH 1/3] Move system-config-network to optional
We're moving the OS towards NetworkManager.
---
comps-f13.xml.in |2
On Tue, Mar 23, 2010 at 2:29 PM, Bill Nottingham wrote:
>
> Unless we start applying this methodology to all the other groups, I
> would not merge it for the gnome-desktop group.
Fair enough.
> The other comps patches look OK.
Applied, thanks!
--
devel mailing list
devel@lists.fedoraproject.or
On Wed, Mar 24, 2010 at 2:12 PM, Adam Williamson wrote:
>
> I hope you actually did some basic testing of live images and default
> installs based on these changes before applying them?
I've been using qemu (and yes they boot/run etc.) but not doing
livepath installs yet.
They're not really very
On Thu, Mar 25, 2010 at 4:40 PM, Peter Robinson wrote:
>
> Speaking of changes to comps for the desktop I think it would be
> worthwhile breaking down the hardware support group into a couple of
> groups. I was thinking something along the lines of Servers (for
> iSCSI/FCoE/FCA etc), Desktop/Lapto
On Wed, Apr 7, 2010 at 8:21 AM, Liang Suilong wrote:
> Will Live upgrade
> replace preupgrade?
No.
It's much less engineering work to fix the few bugs preupgrade has
than to make "live" upgrade reliable.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailma
2010/4/6 Radek Vokál :
> Hi all,
>
> I need few suggestions about this ..
> https://blog.wireshark.org/2010/02/running-wireshark-as-you/ .. Gerald
> Combs, the upstream maintainer of wireshark, suggests to use
> capabilities instead of consolehelper+root privileges for
> dumpcap/wireshark.
Using
Hi,
A quick report on the current delta between F-12 and F-13's CD
(generated by my just-committed script
http://git.fedorahosted.org/git/spin-kickstarts.git?p=spin-kickstarts.git;a=blob;f=tools/liveimage-diff;h=a7ff363222facf7b908150fb6644aa25d1a56504;hb=HEAD
)
Some highlights are that we added
Hi,
On Thu, Apr 8, 2010 at 11:42 PM, Rahul Sundaram wrote:
>
> How does it make sense to remove Abiword and add Planner? I assume a
> project management tool is much less used than a word processor.
Good question! So the story on this is that we have 3 different desktops:
* LiveCD install
* D
On Sat, Apr 10, 2010 at 8:56 AM, Peter Lemenkov wrote:
>
> I did some investigation, and find a way to completely modularize
> whole Erlang package.
Sounds great!
> Also I'm sure that we need to push this
> change into both F-12
I object to this on general principle. Pushing sweeping changes t
On Wed, Apr 21, 2010 at 7:08 AM, Peter Robinson wrote:
>
> I've spent a little time looking at the hardware side of things and
> done a basic patch for some of the hardware stuff based on the current
> rawhide comps file. I've broken it down into network/server/misc for
> the time being and pushe
On Mon, Nov 15, 2010 at 4:13 PM, Matthew Garrett wrote:
> On Mon, Nov 15, 2010 at 08:43:39PM +0100, Karel Klic wrote:
>> Dne 12.11.2010 17:35, Kevin Fenzi napsal(a):
>> > Any other exciting work in progress that might land in F15 that people
>> > are actively working on?
>>
>> ABRT with retrace se
On Wed, Nov 17, 2010 at 2:57 AM, Hans de Goede wrote:
>
> I would also like to point out that if this were to happen in Ubuntu
> which we sometimes look at jealously for getting more attention / users
> then us, the glibc change would likely be reverted immediately, as that
> is the right thing to
On Fri, Nov 19, 2010 at 3:38 PM, Dan Williams wrote:
>
> Isn't there any way we can update the icon cache spec to add a checksum
> or something? Or is the corruption just wrong data, not bad data?
Likely a lot of these are simply data corruption on power loss (Unix
default). We can try to avoid
Pardon the thread necromancy,
So recently I had cause to look at
http://fedoraproject.org/wiki/Features/RemoveSETUID
again (I was investigating the X server permissions for an unrelated reason).
Now, that page links to
http://people.redhat.com/sgrubb/libcap-ng/index.html
which attempts to explai
On Tue, Dec 21, 2010 at 3:21 PM, Daniel J Walsh wrote:
>
> File capabilities just limit the number of capabilities an application
> starts with. setuid app means an app starts with all 32, a couple of
> new ones, capabilities. Then it is up to the app developer to drop the
> capabilities when th
2010/12/21 Miloslav Trmač :
> If an attacker were controlling a process running with uid 0 and no
> capabilities at all, and /bin/sh were 0555, nothing prevents the
> attacker from chmod()ing /bin/sh to 0755 and overwriting it. This makes
> any attempts to change the file permissions rather point
On Thu, Dec 23, 2010 at 11:03 AM, Thomas Woerner wrote:
>
> - A simple tray applet (firewall-applet)
Actively deprecated; please consider other interfaces. In this case,
I think a control panel module is just fine.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.
The project design (code and interface) seems to be very influenced by
NetworkManager, but both code and design wise that project has flaws
that Dan and others have spent a lot of time undoing. I don't want to
see the same mistakes made 5 years later =)
>From a UI side, if your first cut is just
On Mon, Jan 10, 2011 at 7:38 PM, Toshio Kuratomi wrote:
> Sounds like the gtk-update-icon-cache programs could be pushed into their
> own subpackage that both gtk2 and gtk3 require. That might be the best way
> to resolve that.
In the Fedora 18+ timeframe where we might discuss not shipping gtk
On Sat, Jan 22, 2011 at 1:54 AM, Garrett Holmstrom
wrote:
> It seems that the "core" yum group pulls in X11 libraries, at the very
> least on x86_64, via the following dependency chain:
>
> policycoreutils
> dbus-glib
> gobject-introspection
> cairo
> libX11
>
> Does that much seriously need to be
Hi Christoph,
On Fri, Feb 11, 2011 at 9:07 AM, Christoph Frieben
wrote:
> I am running the x86_64 flavours of fully updated F14 and the current
> Fedora development tree on a system which is equipped with a Radeon
> X800 PCIe video adapter. After resuming from suspend, OpenGL is
> broken,
Is thi
On Wed, Feb 23, 2011 at 12:39 PM, Toshio Kuratomi wrote:
>
> The scriptlets that we currently have do not work in testing. I have tested
> the migration path from a sysv init script using service to an upgraded
> package using systemd unit files and that doesn't work. at some point
> someone als
869000de1d6bf Mon Sep 17 00:00:00 2001
From: Colin Walters
Date: Thu, 24 Feb 2011 09:43:16 -0500
Subject: [PATCH] Move system service enabling here
Rather than have the list of services enabled by default encoded
in the RPMs, explicitly specify the list here.
---
fedora-live-desktop.ks | 11 ++
On Thu, Feb 24, 2011 at 10:04 AM, Matthew Garrett wrote:
> On Thu, Feb 24, 2011 at 09:44:19AM -0500, Colin Walters wrote:
>> On Wed, Feb 23, 2011 at 1:56 PM, Kevin Fenzi wrote:
>> > Greetings.
>> >
>> > FESCo is looking at the question of what services can st
On Thu, Feb 24, 2011 at 10:32 AM, Matthew Garrett wrote:
> "May" as in "Are allowed to". It's always going to be the package
> maintainers call in the end - we're not going to mandate it.
Okay; it's not worth going through the details if you guys already
discussed and rejected it, we've lived fo
On Thu, Feb 24, 2011 at 12:06 PM, Garrett Holmstrom
wrote:
>
> So whether or not a given package will be enabled by default after I
> tell yum to install it depends on which spin, if any, that I initially
> installed my system with? Why should the initial package set that my
> system came up with
On Mon, Feb 28, 2011 at 5:56 AM, Bastien Nocera wrote:
>
>
> The fallback mode is supposed to "mimick" the gnome-shell behaviour,
> within its limited abilities. You won't be able to move the applets, or
> fiddle around with it. Think of it as a cut-down version of the shell.
>
> If you see things
On Wed, Feb 23, 2011 at 2:27 PM, Kevin Fenzi wrote:
>
> Whats the easy way to list them?
ls /usr/share/dbus-1/system-services
(There is a dbus method for this too, "ListActivatibleServices", but
just "ls" is easier)
> To show if they are set to start by default or not? (or does that make
> sens
On Thu, Mar 17, 2011 at 1:29 PM, Daniel J Walsh wrote:
>
> Are we turning on the wheel group in sudo?
It would clearly match doing so for pkexec, but would then be bizarre
because the Fedora installer still asks you to make up a root
password. The whole thing is really a mess without any plan fo
On Thu, Mar 17, 2011 at 1:57 PM, Bill Nottingham wrote:
>
> So, it looks like the second two bits weren't properly cloned/communicated.
> Design of this appears to have been 'firstboot maintainer + people CC'd on
> the bug.'
Okay...
> Changing the root password screen wasn't mentioned as part of
On Thu, Mar 17, 2011 at 2:22 PM, Chris Adams wrote:
> Once upon a time, Colin Walters said:
>> The point is that that in the default flow now, you get both; and
>> there is no plan to change this; correct?
>
> If you don't have a root password, how do you log in for
On Thu, Mar 17, 2011 at 2:22 PM, Chris Adams wrote:
> Once upon a time, Colin Walters said:
>> The point is that that in the default flow now, you get both; and
>> there is no plan to change this; correct?
>
> If you don't have a root password, how do you log in for
See
https://bugzilla.redhat.com/show_bug.cgi?id=689089
https://admin.fedoraproject.org/updates/rsyslog-5.7.9-1.fc15
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Just for reference, I meant Fedora 15, old habit made me say "rawhide".
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On Wed, May 5, 2010 at 5:34 PM, Orcan Ogetbil wrote:
>
> I understand. But please respect what others are thinking. I do see a
> problem in abrt that it wastes my time.
To stem another abrt thread; see earlier one here:
http://www.redhat.com/archives/rhl-devel-list/2009-November/msg01487.html
Ba
On Fri, May 7, 2010 at 7:06 AM, Pierre-Yves wrote:
>
> Would it be allowed to try to restart gconfd ?
It would make sense to SIGHUP gconfd after new schemas are installed,
yes. Note though we should really only be doing this once at the end
of a transaction when installation is complete.
--
dev
On Fri, May 7, 2010 at 12:05 PM, Toshio Kuratomi wrote:
> On Fri, May 07, 2010 at 09:38:45AM -0400, Colin Walters wrote:
>> On Fri, May 7, 2010 at 7:06 AM, Pierre-Yves wrote:
>> >
>> > Would it be allowed to try to restart gconfd ?
>>
>> It would make sense
On Fri, May 7, 2010 at 1:17 PM, Toshio Kuratomi wrote:
>
> Running makefile-install-schema and makefile-uninstall-schema eventually
> calls do_sync() which was supposed to reread the schemas. That's currently
> calling gconf_engine_suggest_sync() in gconf.c and I'm not sure whether
> there's some
On Sat, May 8, 2010 at 2:22 PM, Toshio Kuratomi wrote:
> I see that we're calling killall -TERM instead of killall -HUP in the patch.
> That seems non-optimal (since it means we'll keep shutting down the gconfd
> server instead of letting it use it's 30second timeout)
That's definitely suboptima
On Wed, May 26, 2010 at 12:50 PM, Lennart Poettering
wrote:
>
> http://0pointer.de/public/dbus.service.
Note the ExecStartPre here, like most daemons, is conceptually busted.
There's no reason we shouldn't lay that file down once when the OS is
installed, and not check it every boot. Or alterna
On Wed, May 26, 2010 at 12:50 PM, Lennart Poettering
wrote:
> On Wed, 26.05.10 09:07, Adam Williamson (awill...@redhat.com) wrote:
>
>>
>> On Wed, 2010-05-26 at 12:42 +0200, drago01 wrote:
>> > On Wed, May 26, 2010 at 5:02 AM, Casey Dahlin wrote:
>> > > On Tue, May 25, 2010 at 05:45:07PM +0200, L
On Fri, May 28, 2010 at 2:06 PM, Jon Masters wrote:
> Didn't we "decide" that Fedora was intended for more technical users? I
> don't see many technical users crying out for a hammered shut init
> system where they feel like they have to go to their auto mechanic to
> attach the right magic dongl
On Wed, Jun 2, 2010 at 9:13 AM, Chen Lei wrote:
>
> Is it right for the maintainer to provide two separate subpackages,
> one with the tranditional rc.d contents and one with an upstart
> scripts and make the -upstart subpackage have a higher priority over
> sysinit subpackage?
No, that's crazy.
On Tue, Jun 15, 2010 at 8:08 AM, Joe Orton wrote:
>
> I'd instinctively prefer (1) from a "do one thing and do it well"
> perspective; (2) starts down the road of a better/more complex form of
> service-monitoring/management and ends up doing it really badly in messy
> sh script in N places.
Abso
On Fri, Jun 18, 2010 at 8:23 AM, Stephen Gallagher wrote:
>
> This is the entire purpose of the res_init() function in glibc. If your
> application needs to be aware of a change in resolv.conf, you should be
> monitoring it with inotify and calling res_init() anytime the file is
> changed.
That's
On Fri, Jun 18, 2010 at 9:56 AM, Stephen Gallagher wrote:
>
> Sorry, my reply was more directed against the assertion that NSCD should
> be mandatory to solve this without changes to glibc. I agree that it
> would be ideal for gethostbyname() to internally perform a res_init()
> when appropriate.
who hand-edit it, but...)
glibc and NetworkManager patches attached.
(I'm totally in favor of the dnsmasq approach too since the OS
desperately needs DNS caching too, but this is a simple patch that
doesn't conceptually conflict).
From 464035fa03acd915c8cf460452d0dc6c031180ca Mon Sep 17 0
2010/6/21 Pádraig Brady :
>
> Sorry I haven't been following this really, but I loath
> config options that aren't absolutely required, and this
> seems like a place where we could just stat() (cache) always.
> What's the problem with doing that?
I too would be really interested in any real-world
Hello internet,
So I lost yesterday and part of today to what I thought was a libtool
bug, but turned out to be an interaction with Fedora's current primary
recommendation for rpath handling:
http://fedoraproject.org/wiki/RPath_Packaging_Draft
The main recommendation is to use sed to reach into
On Wed, Jun 23, 2010 at 10:04 PM, Toshio Kuratomi wrote:
>
> What is being run at build time needing which rpath in order to function?
The GObject type system as currently designed defines some components
(like properties and signals) in C code, and this has necessitated
running a binary to extra
On Thu, Jun 24, 2010 at 2:11 PM, Toshio Kuratomi wrote:
> The
> gtkdoc-scanobj program that's being run is compiled each time
That program itself compiles a new binary.
> What is rpath being embedded into?
The binary created above. The rpath refers to the uninstalled shared libraries.
> Does
On Thu, Jun 24, 2010 at 8:57 PM, Toshio Kuratomi wrote:
>
> So... AFAIK, libtool does solve this which is why I'm wondering why you're
> seeing this. Is the package that's giving you problems checked into the
> rawhide cvs right now?
What changed is simply that I'm using my script "fedpkg-vcs" t
On Fri, Jun 25, 2010 at 11:25 AM, Toshio Kuratomi wrote:
>
> None of the above. Why libtool isn't handling this rpath (and the binaries
> created during the build process) correctly when it does in other software.
No, libtool is adding an rpath fine; see below:
> So if you have the package some
On Fri, Jun 25, 2010 at 12:55 PM, Toshio Kuratomi wrote:
>
> The fact that you have to use those sed lines shows that there's something
> wrong somewhere as we normally don't need them to produce rpath-free
> binaries if we're using Fedora or Red Hat libtool. Since you have the
> ability to commi
On Wed, Jun 30, 2010 at 4:49 PM, Dave Jones wrote:
> On Thu, Jun 24, 2010 at 11:28:16AM -0700, Adam Williamson wrote:
>
> > * The desktop default update manager must not periodically check for
> > updates when the system is booted live, but must periodically check for
> > updates when running
On Sat, Jul 3, 2010 at 2:40 PM, Mamoru Tasaka
wrote:
> Colin Walters wrote, at 07/04/2010 03:23 AM +9:00:
>> Author: walters
>>
>> Update of /cvs/pkgs/rpms/shared-mime-info/devel
>> In directory cvs01.phx2.fedoraproject.org:/tmp/cvs-serv21405
>>
>> Modifie
On Tue, Jul 6, 2010 at 10:48 AM, Mamoru Tasaka
wrote:
> > If you want to avoid potential dependency loop, it should be
> Requires(post).
Fixed, thank you!
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On Wed, Jul 14, 2010 at 4:11 AM, Hans de Goede wrote:
> iscsid is a semi-regular daemon, yet its initscript is special as it
> only starts iscsid when needed. Socket based activation is out of the
> question as iscsid
> is a userspace kernel support daemon. Which needs to be started ASAP,
> so t
On Wed, Jul 14, 2010 at 11:43 AM, Lennart Poettering
wrote:
>
> time which is enabled via "systemd-install" because the admin wanted so,
Does it make sense to export iscsid for administrator control? I mean
- won't things explode if it's stopped? It's more of a userspace
component of the operat
On Fri, Jul 16, 2010 at 6:26 AM, Chen Lei wrote:
>
> It seems no guideline forbid us to use tarballs extracted from
> upstream repo. I think using git repo for meego packages have more
> harm than benefit, because the most important feature for rpm is
> people can validate the md5sum of the sourc
1 - 100 of 562 matches
Mail list logo
