Re: does /etc/sysctl.d/ really obeyed and does really override /etc/sysctl.conf
Once upon a time, Lennart Poettering mzerq...@0pointer.de said: I think ideally we'd just change the defaults in our kernel so that we ship with no default sysctl.conf file. Reconfiguring the kernel defaults all the time out-of-the-box sounds pretty suboptimal to me. It would be better to keep upstream kernel defaults, especially so that someone building their own kernel wouldn't get different settings without any obvious documentation. I don't see a problem with Fedora deciding on different defaults, but it is much more obvious to a system admin if they're in a config file rather than the kernel source. (That said, if that's really not possible, and we need to keep the file, we should probaly name it /usr/lib/sysctl.d/00-systemd-default.conf or so) The default file should probably then not be marked as a config file in the RPM (and should be commented as such). There should still be an /etc/sysctl.conf with just comments pointing to the various places. -- Chris Adams cmad...@hiwaay.net Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: webkitgtk3 and webkitgtk both installed
On Fri, Mar 16, 2012 at 9:41 PM, Muayyad AlSadi als...@gmail.com wrote: hi, I made a spin with gimp pre-installed and found that webkitgtk and webkitgtk3 both installed the old webkitgtk is installed only because of gimp is there any plan to port gimp to webkitgtk3 It would require the entire app to be ported to gtk3 and I'm not sure of upstream's plan and timeframe to do that but I suspect it's not a small project. You'd likely be better checking the upstream roadmap. Peter -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: /etc/default in Fedora
On 16.3.2012 18:49, David Quigley wrote: Short of educating web server administrators about SELinux and the correct labels for web resources I'm not sure what else can be done. You don't want to use restorecond to make sure the directories are labeled properly because you could potentially use an improperly configured file upload capability to drop whatever pages you want onto the server and it would fixup the labels. Unfortunately education is the best option but not the easiest. I don't care that much about web admins (although, following the saga of twit.tv being hacked again and again by scripts which could be most likely prevented by SELinux is a sad sight), but this is apache.org, for $DEITY sake! They should know more than your average web admin. Matěj -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Question about commiting the sources
16.03.2012 18:38, Jon Ciesla пишет: On Fri, Mar 16, 2012 at 9:33 AM, Jan Synacekjsyna...@redhat.com wrote: On 03/16/12 at 11:16am, Sergio Belkin wrote: Perhaps and stupid question: After upload new-sources to repo, it outputs: Uploaded and added to .gitignore: Source upload succeeded. Don't forget to commit the sources file I don't understand! By default it add sources files to .gitignore and then it asks for commit them? Is it something that I misunderstood? It just tells you not to forget to commit the file named 'sources'. The file changes when you execute new-sources and should be commited, because it contains an md5sum of the source tarball. The message is somewhat misleading, because the 'sources' file gets staged automatically after new-sources, so if you do fedpkg commit, it gets commited anyway. The upload puts the new sources in the lookaside cache, which is outside of git, Long time want ask - why? Why sources not under git too? Is there any troubles with big blobs? Can I point on such files from web? How? Especially I need it to point on my patches to provide it upstream. and updates the sources file, but doesn't commit it to git, because the assumption is that your have other changes to make, like updating the spec, new patches perhaps, etc. -J Hope this explanation is not even more confusing:) Best regards, -- Jan Synacek BaseOS team Brno -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Debuginfo package for Python-2.7 on F14 mismatched or (l)user error?
On Fri, 16 Mar 2012 20:46:16 +0100, Martin Langhoff wrote:
Argh, that could be. But our kernel is a custom built rpm,
You have a bug for Fedora there, in the core file by readelf -l:
Program Headers:
Type Offset VirtAddr PhysAddr FileSiz MemSiz Flg Align
[...]
LOAD 0x1933000 0xa7703000 0x 0x0 0x174000 R E 0x1000
^^^
There is normally 0x1000 on x86* Fedora kernels due to:
$ cat /proc/self/coredump_filter
0033
/usr/share/doc/kernel-doc-*/Documentation/filesystems/proc.txt
- (bit 4) ELF header pages in file-backed private memory areas (it is
effective only if the bit 2 is cleared)
This way build-id for the executable and shared libraries is dumped in the
core file but it is missing in this OLPC kernel. Fedora GDB has not yet
upstreamed patch for build-id which did not expect such core files.
Going to push a fix for F-15+ but F-14 is EOLed, you can either use FSF GDB or
patch Fedora GDB by this patch or use F-15+ GDB etc.
That backtrace of core.522 FYI is at:
http://people.redhat.com/jkratoch/sandisk.bt
Thanks,
Jan
--- gdb-7.2/gdb/solib-svr4.c.orig 2012-03-17 09:39:54.874090162 +0100
+++ gdb-7.2/gdb/solib-svr4.c2012-03-17 09:42:12.561810807 +0100
@@ -1202,14 +1202,30 @@ svr4_current_sos (void)
}
else
{
- struct build_id *build_id;
+ struct build_id *build_id = NULL;
strncpy (new-so_original_name, buffer, SO_NAME_MAX_PATH_SIZE -
1);
new-so_original_name[SO_NAME_MAX_PATH_SIZE - 1] = '\0';
/* May get overwritten below. */
strcpy (new-so_name, new-so_original_name);
- build_id = build_id_addr_get (LM_DYNAMIC_FROM_LINK_MAP (new));
+ /* In the case the main executable was found according to its
+build-id (from a core file) prevent loading a different build
+of a library with accidentally the same SO_NAME.
+
+It suppresses bogus backtraces (and prints ?? there instead)
+if the on-disk files no longer match the running program
+version.
+
+If the main executable was not loaded according to its
+build-id do not do any build-id checking of the libraries.
+There may be missing build-ids dumped in the core file and we
+would map all the libraries to the only existing file loaded
+that time - the executable. */
+
+ if (symfile_objfile != NULL
+ (symfile_objfile-flags OBJF_BUILD_ID_CORE_LOADED) != 0)
+ build_id = build_id_addr_get (LM_DYNAMIC_FROM_LINK_MAP (new));
if (build_id != NULL)
{
char *name, *build_id_filename;
@@ -1224,23 +1240,7 @@ svr4_current_sos (void)
xfree (name);
}
else
- {
- debug_print_missing (new-so_name, build_id_filename);
-
- /* In the case the main executable was found according to
-its build-id (from a core file) prevent loading
-a different build of a library with accidentally the
-same SO_NAME.
-
-It suppresses bogus backtraces (and prints ?? there
-instead) if the on-disk files no longer match the
-running program version. */
-
- if (symfile_objfile != NULL
- (symfile_objfile-flags
- OBJF_BUILD_ID_CORE_LOADED) != 0)
- new-so_name[0] = 0;
- }
+ debug_print_missing (new-so_name, build_id_filename);
xfree (build_id_filename);
xfree (build_id);
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Re: /etc/default in Fedora
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 03/17/2012 03:45 AM, Matej Cepl wrote: On 16.3.2012 18:49, David Quigley wrote: Short of educating web server administrators about SELinux and the correct labels for web resources I'm not sure what else can be done. You don't want to use restorecond to make sure the directories are labeled properly because you could potentially use an improperly configured file upload capability to drop whatever pages you want onto the server and it would fixup the labels. Unfortunately education is the best option but not the easiest. I don't care that much about web admins (although, following the saga of twit.tv being hacked again and again by scripts which could be most likely prevented by SELinux is a sad sight), but this is apache.org, for $DEITY sake! They should know more than your average web admin. Matěj Here is the current httpd man page. http://people.fedoraproject.org/~dwalsh/SELinux/httpd_selinux.html -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk9kVswACgkQrlYvE4MpobMO9wCgwCR8+Xml+TVOYp7IKDXEgCW6 LmMAn3T9Ble+AVUBhFnkyrDqcLV7JYPs =Gjzi -END PGP SIGNATURE- -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: /etc/default in Fedora
On 17.3.2012 10:18, Daniel J Walsh wrote: Here is the current httpd man page. http://people.fedoraproject.org/~dwalsh/SELinux/httpd_selinux.html OK, in the end it IS a wiki ... http://wiki.apache.org/httpd/DistrosDefaultLayout?action=diffrev1=46rev2=47 Suggestions for further edits are welcome. Matěj -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: /etc/default in Fedora
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 03/17/2012 05:38 AM, Matej Cepl wrote: On 17.3.2012 10:18, Daniel J Walsh wrote: Here is the current httpd man page. http://people.fedoraproject.org/~dwalsh/SELinux/httpd_selinux.html OK, in the end it IS a wiki ... http://wiki.apache.org/httpd/DistrosDefaultLayout?action=diffrev1=46rev2=47 Suggestions for further edits are welcome. Matěj I would also suggest they use setroubleshoot. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk9kctwACgkQrlYvE4MpobODGwCfaKgUBvbEBLALem3FnMo/yDJN lDYAn17aIAUIAvSmt8LD2tY4N33An+tF =uzJb -END PGP SIGNATURE- -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Fedora is featuring on GSoC 2012
On Sat, Mar 17, 2012 at 8:29 AM, Harish Pillay hpil...@redhat.com wrote: Buddhike - | I am delighted to announce that the Fedora Project has been accepted | for the GSoC 2012 program[0]. This is really wonderful. Thanks for stepping up to the task. The hard work starts now. Harish Hello Harish, Thank you ! Getting ready for the hardest part. -- Regards, Buddhike Chandradeepa Kurera(bckurera) -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Question about commiting the sources
On Sat, Mar 17, 2012 at 11:59:04 +0400, Pavel Alexeev fo...@hubbitus.com.ru wrote: Long time want ask - why? Why sources not under git too? Is there any troubles with big blobs? Can I point on such files from web? How? Especially I need it to point on my patches to provide it upstream. Well one reason not to have big blobs in the git repo for the package is that it would make initial checkouts very large and take a long time to download. And over time most of the big blobs would be useless for packaging a current version. If you are working with upstream to patch their code, you can checkout their repository and use it for a base for the patches you want to upstream. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: F17-alpha: UI unusable
On Fri, Mar 16, 2012 at 21:51:19 -0700, Adam Williamson awill...@redhat.com wrote: Hey, that's pretty good. Don't see any big mistakes, and they even got the i740 in there. Solid 8 or 9 out of 10 I'd say. I wish they had included chip set names for more of the cards. They didn't list the rv280 / ATI 9200, which was a very nice card. It was reasonably priced and didn't need a fan on the card. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Does systemd expose any unit-file-parsing functionality?
I have a shell script that needs to dig the values of a couple of Environment= settings out of a systemd service file. Currently it just assumes it knows the search path for such things, finds the file, and greps for the right lines. This seems unduly friendly with the file format, and it was just pointed out to me that it completely fails to handle .include directives. So I'm wondering if there is anything in the systemd infrastructure that could help me do this in a more robust way. Ideas anyone? regards, tom lane -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
grub2 got strange power saving behavior (or is it my BIOS)
hi, I got fedoa 16's grub2 that manages the boot on my laptop when my laptop is connected to battery the brightness in grub will be very low, when it's not the brightness will be maximum is this just my BIOS or there is some sort of broken power management in grub2 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Does systemd expose any unit-file-parsing functionality?
On Sat, Mar 17, 2012 at 10:32:22AM -0400, Tom Lane wrote: I have a shell script that needs to dig the values of a couple of Environment= settings out of a systemd service file. Currently it just assumes it knows the search path for such things, finds the file, and greps for the right lines. This seems unduly friendly with the file format, and it was just pointed out to me that it completely fails to handle .include directives. So I'm wondering if there is anything in the systemd infrastructure that could help me do this in a more robust way. Ideas anyone? You can try systemctl show -p Environment unit -- Tomasz TorczOnly gods can safely risk perfection, xmpp: zdzich...@chrome.pl it's a dangerous thing for a man. -- Alia -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Debuginfo package for Python-2.7 on F14 mismatched or (l)user error?
Hi Jan,
that's enormously useful -- thanks! I'll make sure we fix our kernel
options so this isn't an issue in the future.
And I'll patch my gdb so I can read the other stacktraces.
cheers -
m
On Sat, Mar 17, 2012 at 4:56 AM, Jan Kratochvil
jan.kratoch...@redhat.com wrote:
On Fri, 16 Mar 2012 20:46:16 +0100, Martin Langhoff wrote:
Argh, that could be. But our kernel is a custom built rpm,
You have a bug for Fedora there, in the core file by readelf -l:
Program Headers:
Type Offset VirtAddr PhysAddr FileSiz MemSiz Flg Align
[...]
LOAD 0x1933000 0xa7703000 0x 0x0 0x174000 R E 0x1000
^^^
There is normally 0x1000 on x86* Fedora kernels due to:
$ cat /proc/self/coredump_filter
0033
/usr/share/doc/kernel-doc-*/Documentation/filesystems/proc.txt
- (bit 4) ELF header pages in file-backed private memory areas (it is
effective only if the bit 2 is cleared)
This way build-id for the executable and shared libraries is dumped in the
core file but it is missing in this OLPC kernel. Fedora GDB has not yet
upstreamed patch for build-id which did not expect such core files.
Going to push a fix for F-15+ but F-14 is EOLed, you can either use FSF GDB or
patch Fedora GDB by this patch or use F-15+ GDB etc.
That backtrace of core.522 FYI is at:
http://people.redhat.com/jkratoch/sandisk.bt
Thanks,
Jan
--- gdb-7.2/gdb/solib-svr4.c.orig 2012-03-17 09:39:54.874090162 +0100
+++ gdb-7.2/gdb/solib-svr4.c 2012-03-17 09:42:12.561810807 +0100
@@ -1202,14 +1202,30 @@ svr4_current_sos (void)
}
else
{
- struct build_id *build_id;
+ struct build_id *build_id = NULL;
strncpy (new-so_original_name, buffer, SO_NAME_MAX_PATH_SIZE -
1);
new-so_original_name[SO_NAME_MAX_PATH_SIZE - 1] = '\0';
/* May get overwritten below. */
strcpy (new-so_name, new-so_original_name);
- build_id = build_id_addr_get (LM_DYNAMIC_FROM_LINK_MAP (new));
+ /* In the case the main executable was found according to its
+ build-id (from a core file) prevent loading a different build
+ of a library with accidentally the same SO_NAME.
+
+ It suppresses bogus backtraces (and prints ?? there
instead)
+ if the on-disk files no longer match the running program
+ version.
+
+ If the main executable was not loaded according to its
+ build-id do not do any build-id checking of the libraries.
+ There may be missing build-ids dumped in the core file and we
+ would map all the libraries to the only existing file loaded
+ that time - the executable. */
+
+ if (symfile_objfile != NULL
+ (symfile_objfile-flags OBJF_BUILD_ID_CORE_LOADED) !=
0)
+ build_id = build_id_addr_get (LM_DYNAMIC_FROM_LINK_MAP (new));
if (build_id != NULL)
{
char *name, *build_id_filename;
@@ -1224,23 +1240,7 @@ svr4_current_sos (void)
xfree (name);
}
else
- {
- debug_print_missing (new-so_name, build_id_filename);
-
- /* In the case the main executable was found according
to
- its build-id (from a core file) prevent loading
- a different build of a library with accidentally the
- same SO_NAME.
-
- It suppresses bogus backtraces (and prints ?? there
- instead) if the on-disk files no longer match the
- running program version. */
-
- if (symfile_objfile != NULL
- (symfile_objfile-flags
- OBJF_BUILD_ID_CORE_LOADED) != 0)
- new-so_name[0] = 0;
- }
+ debug_print_missing (new-so_name, build_id_filename);
xfree (build_id_filename);
xfree (build_id);
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
--
martin.langh...@gmail.com
mar...@laptop.org -- Software Architect - OLPC
- ask interesting questions
- don't get distracted with shiny stuff - working code first
- http://wiki.laptop.org/go/User:Martinlanghoff
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Question about commiting the sources
Pavel Alexeev wrote: 16.03.2012 18:38, Jon Ciesla пишет: The upload puts the new sources in the lookaside cache, which is outside of git, Long time want ask - why? Why sources not under git too? Is there any troubles with big blobs? Can I point on such files from web? How? Especially I need it to point on my patches to provide it upstream. You should check in your patches to Git. It's the source tarball from upstream that should be in the lookaside cache. The source tarball should normally be identical to the upstream one, so better link to the one on the upstream website. To link to a patch you can use a URL similar to this: http://pkgs.fedoraproject.org/gitweb/?p=erlang.git;a=blob_plain;f=otp-0002- Remove-rpath.patch;hb=5d2c8835ef0223b3939eb372189625c2a88692b4 Björn Persson signature.asc Description: This is a digitally signed message part. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: F17-alpha: UI unusable
Bruno Wolff III wrote: They didn't list the rv280 / ATI 9200, which was a very nice card. It was reasonably priced and didn't need a fan on the card. That's still the graphics card on my primary computer. :-) Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: F17-alpha: UI unusable
PS (I forgot to mention that in my previous reply): Bruno Wolff III wrote: They didn't list the rv280 / ATI 9200, which was a very nice card. It was reasonably priced and didn't need a fan on the card. And for several years, it was the best chipset with Free drivers. Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Does systemd expose any unit-file-parsing functionality?
Tomasz Torcz to...@pipebreaker.pl writes: On Sat, Mar 17, 2012 at 10:32:22AM -0400, Tom Lane wrote: I have a shell script that needs to dig the values of a couple of Environment= settings out of a systemd service file. Currently it just assumes it knows the search path for such things, finds the file, and greps for the right lines. This seems unduly friendly with the file format, and it was just pointed out to me that it completely fails to handle .include directives. So I'm wondering if there is anything in the systemd infrastructure that could help me do this in a more robust way. Ideas anyone? You can try systemctl show -p Environment unit [ experiments with that ... ] Hm, the output format seems pretty ill-designed, but I guess I can pick it apart with some careful sed'ing. Better than trying to handle .include for myself, anyway. Thanks for the suggestion! regards, tom lane -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: F17-alpha: UI unusable
On Sat, Mar 17, 2012 at 16:36:07 +0100, Kevin Kofler kevin.kof...@chello.at wrote: Bruno Wolff III wrote: They didn't list the rv280 / ATI 9200, which was a very nice card. It was reasonably priced and didn't need a fan on the card. That's still the graphics card on my primary computer. :-) I still have one in my main desktop at home. I'd be tempted to get something more modern as the OpenGL 3 support for this card will never be good, but modern cards wouldn't work in my motherboard. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Qt compiler tool names
Orcan Ogetbil wrote: So is it perhaps time to rename the qt3 stuff to -qt3 and make room for the qt4 stuff? It breaks existing stuff, and besides, we'll have to distinguish Qt 4 stuff from Qt 5 stuff soon too. Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Qt compiler tool names
Rex Dieter wrote: That the qt4 variants use a postfix doesn't imply that qt3 does too (it currently does not, due to it's legacy heritage, for better or worse). That, and qt3-devel does not install to /usr/bin, but to /usr/lib/qt-3.3/bin, which it adds to the PATH using an /etc/profile.d snippet. Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: grub2 got strange power saving behavior (or is it my BIOS)
On Sat, Mar 17, 2012 at 04:34:04PM +0200, Muayyad AlSadi wrote: is this just my BIOS or there is some sort of broken power management in grub2 Your BIOS. -- Matthew Garrett | mj...@srcf.ucam.org -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: grub2 got strange power saving behavior (or is it my BIOS)
On Sat, Mar 17, 2012 at 08:13:15PM +, Matthew Garrett wrote: On Sat, Mar 17, 2012 at 04:34:04PM +0200, Muayyad AlSadi wrote: is this just my BIOS or there is some sort of broken power management in grub2 Your BIOS. I should probably elaborate on this. Backlight control is typically very hardware specific, with the exception of the ACPI backlight interface that's present on some hardware. To change the backlight, grub would either need to know how to drive your backlight hardware directly (which would be a lot of code) or contain an ACPI interpreter and switch your machine into ACPI mode. It doesn't do either, which means it can't be grub changing your backlight. It's pretty common for BIOSes to do that on their own - Fedora's kernel has to explicitly ask them to stop doing that in order to avoid it conflicting with the OS-level power management. That means it's almost certainly your BIOS doing it for you in grub. -- Matthew Garrett | mj...@srcf.ucam.org -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: /etc/default in Fedora
On 3/17/2012 7:17 AM, Daniel J Walsh wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 03/17/2012 05:38 AM, Matej Cepl wrote: On 17.3.2012 10:18, Daniel J Walsh wrote: Here is the current httpd man page. http://people.fedoraproject.org/~dwalsh/SELinux/httpd_selinux.html OK, in the end it IS a wiki ... http://wiki.apache.org/httpd/DistrosDefaultLayout?action=diffrev1=46rev2=47 Suggestions for further edits are welcome. Matěj I would also suggest they use setroubleshoot. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk9kctwACgkQrlYvE4MpobODGwCfaKgUBvbEBLALem3FnMo/yDJN lDYAn17aIAUIAvSmt8LD2tY4N33An+tF =uzJb -END PGP SIGNATURE- Suggesting setroubleshoot is fine but you need to also tell them how to set it up when they are running without X. One guy told me that setroubleshoot is fine and all but all his machines are headless so he doesn't have X and the nice little applet to notify him. I had to correct him and send him a reference to your page on how to set up setroubleshoot on headless machines so that the messages are sent to another box or to an email account. Dave -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
File Devel-CheckLib-0.98.tar.gz uploaded to lookaside cache by jpo
A file has been added to the lookaside cache for perl-Devel-CheckLib: cf48dc8d56c61d609009a2d91f5e4e1c Devel-CheckLib-0.98.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Devel-CheckLib/f17] Update to 0.98.
Summary of changes: 8e9f1ce... Update to 0.98. (*) (*) This commit already existed in another branch; no separate mail sent -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Devel-CheckLib/el6] (4 commits) ...Update to 0.98.
Summary of changes: 67e8a7c... - Rebuilt for https://fedoraproject.org/wiki/Fedora_17_Mass (*) 5c49823... Update to 0.96. (*) 306c522... Update to 0.97. (*) 8e9f1ce... Update to 0.98. (*) (*) This commit already existed in another branch; no separate mail sent -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Devel-CheckLib] Update to 0.98.
commit 8e9f1ceb3b18893373accb41fd344ccf3551ce19
Author: Jose Pedro Oliveira j...@di.uminho.pt
Date: Sat Mar 17 16:42:13 2012 +
Update to 0.98.
.gitignore |1 +
perl-Devel-CheckLib.spec |5 -
sources |2 +-
3 files changed, 6 insertions(+), 2 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index baaf4a6..fa7f00a 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1,3 +1,4 @@
/Devel-CheckLib-0.95.tar.gz
/Devel-CheckLib-0.96.tar.gz
/Devel-CheckLib-0.97.tar.gz
+/Devel-CheckLib-0.98.tar.gz
diff --git a/perl-Devel-CheckLib.spec b/perl-Devel-CheckLib.spec
index b7221e1..177cd5b 100644
--- a/perl-Devel-CheckLib.spec
+++ b/perl-Devel-CheckLib.spec
@@ -1,5 +1,5 @@
Name: perl-Devel-CheckLib
-Version:0.97
+Version:0.98
Release:1%{?dist}
Summary:Check that a library is available
@@ -52,6 +52,9 @@ rm -rf $RPM_BUILD_ROOT
%{_mandir}/man3/*.3*
%changelog
+* Sat Mar 17 2012 Jose Pedro Oliveira jpo at di.uminho.pt - 0.98-1
+- Update to 0.98.
+
* Mon Feb 27 2012 Jose Pedro Oliveira jpo at di.uminho.pt - 0.97-1
- Update to 0.97.
diff --git a/sources b/sources
index eb8cb3e..f23510f 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-7346d45d4d02873f69938c2e5faa47a9 Devel-CheckLib-0.97.tar.gz
+cf48dc8d56c61d609009a2d91f5e4e1c Devel-CheckLib-0.98.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 800241] Catalyst fails to locate user application library via Catalyst::ScriptRunner-run('MyApp', 'Server')
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=800241 Fedora Update System upda...@fedoraproject.org changed: What|Removed |Added Fixed In Version|perl-Catalyst-Runtime-5.900 |perl-Catalyst-Runtime-5.900 |11-1.fc17 |11-1.fc16 --- Comment #6 from Fedora Update System upda...@fedoraproject.org 2012-03-17 19:44:38 EDT --- perl-Catalyst-Runtime-5.90011-1.fc16 has been pushed to the Fedora 16 stable repository. If problems still persist, please make note of it in this bug report. -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
