Re: Default services enabled

2011-08-19 Thread Tim Waugh
On Thu, 2011-08-18 at 16:52 -0600, Orion Poplawski wrote: It's not so much cups start up being slow as discovering network printers. That can take up to a minute I think. This is true... however, discovered printers are cached so this is only an issue the first time CUPS starts after

Is there any guideline / examples to package lisp packages ?

2011-08-19 Thread Kushal Das
Hi all, Is there any guideline / examples to package lisp packages ? Kushal -- http://fedoraproject.org http://kushaldas.in -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Is there any guideline / examples to package lisp packages ?

2011-08-19 Thread Arun SAG
On Fri, Aug 19, 2011 at 5:04 PM, Kushal Das kushal...@gmail.com wrote: Hi all, Is there any guideline / examples to package lisp packages ? https://fedoraproject.org/wiki/Packaging:Lisp -- Arun S.A.G http://zer0c00l.in/ -- devel mailing list devel@lists.fedoraproject.org

Re: glibc causing crashes in most anything that does DNS lookups in F16

2011-08-19 Thread Matěj Cepl
Dne 9.8.2011 00:24, Adam Williamson napsal(a): A bit of detective work led to: https://bugs.archlinux.org/task/24615 apparently Arch has been seeing the same thing. They've addressed it by reverting the following upstream glibc commit:

Changing default setting of bash's hash table?

2011-08-19 Thread Roman Rakus
Maybe the subject is a bit misleading, I will clarify it. Bash is using hash table to remember locations of executed commands. Whenever you try to run a command bash looks in hash table. When the command is found in table then bash will you full path name as it is in the table. However there

Re: glibc causing crashes in most anything that does DNS lookups in F16

2011-08-19 Thread Peter Robinson
2011/8/19 Matěj Cepl mc...@redhat.com: Dne 9.8.2011 00:24, Adam Williamson napsal(a): A bit of detective work led to: https://bugs.archlinux.org/task/24615 apparently Arch has been seeing the same thing. They've addressed it by reverting the following upstream glibc commit:

Re: Default services enabled

2011-08-19 Thread Steve Grubb
On Friday, August 19, 2011 03:41:33 AM Tim Waugh wrote: On Thu, 2011-08-18 at 16:52 -0600, Orion Poplawski wrote: It's not so much cups start up being slow as discovering network printers. That can take up to a minute I think. This is true... however, discovered printers are cached so this

Re: Default services enabled

2011-08-19 Thread Jóhann B. Guðmundsson
On 08/19/2011 12:35 PM, Steve Grubb wrote: On Friday, August 19, 2011 03:41:33 AM Tim Waugh wrote: On Thu, 2011-08-18 at 16:52 -0600, Orion Poplawski wrote: It's not so much cups start up being slow as discovering network printers. That can take up to a minute I think. This is true...

Re: Default services enabled

2011-08-19 Thread Ola Thoresen
On 19. aug. 2011 16:00, Jóhann B. Guðmundsson wrote: On 08/19/2011 12:35 PM, Steve Grubb wrote: On Friday, August 19, 2011 03:41:33 AM Tim Waugh wrote: On Thu, 2011-08-18 at 16:52 -0600, Orion Poplawski wrote: It's not so much cups start up being slow as discovering network printers. That can

Re: Default services enabled

2011-08-19 Thread Richard Hughes
On 19 August 2011 13:35, Steve Grubb sgr...@redhat.com wrote: All security guidance says turn off or get rid of avahi. We really don't want to require it just to print. Then security is flying in the face of usability. Richard. -- devel mailing list devel@lists.fedoraproject.org

Re: glibc causing crashes in most anything that does DNS lookups in F16

2011-08-19 Thread Matej Cepl
Dne 19.8.2011 14:06, Peter Robinson napsal(a): Do you have IPv6, I wonder if its somehow related to that. I haven't disabled it, but the turtle doesn't dance, so it is not configured. Matěj -- devel mailing list devel@lists.fedoraproject.org

Re: Default services enabled

2011-08-19 Thread Steve Grubb
On Friday, August 19, 2011 10:50:51 AM Richard Hughes wrote: On 19 August 2011 13:35, Steve Grubb sgr...@redhat.com wrote: All security guidance says turn off or get rid of avahi. We really don't want to require it just to print. Then security is flying in the face of usability. Generally

Re: Default services enabled

2011-08-19 Thread Reindl Harald
Am 19.08.2011 16:50, schrieb Richard Hughes: On 19 August 2011 13:35, Steve Grubb sgr...@redhat.com wrote: All security guidance says turn off or get rid of avahi. We really don't want to require it just to print. Then security is flying in the face of usability this is always so,

Re: Default services enabled

2011-08-19 Thread Steve Grubb
On Friday, August 19, 2011 10:38:59 AM Ola Thoresen wrote: On 19. aug. 2011 16:00, Jóhann B. Guðmundsson wrote: On 08/19/2011 12:35 PM, Steve Grubb wrote: On Friday, August 19, 2011 03:41:33 AM Tim Waugh wrote: On Thu, 2011-08-18 at 16:52 -0600, Orion Poplawski wrote: It's not so much

Re: Default services enabled

2011-08-19 Thread Tomasz Torcz
On Fri, Aug 19, 2011 at 11:07:45AM -0400, Steve Grubb wrote: On Friday, August 19, 2011 10:38:59 AM Ola Thoresen wrote: On 19. aug. 2011 16:00, Jóhann B. Guðmundsson wrote: On 08/19/2011 12:35 PM, Steve Grubb wrote: On Friday, August 19, 2011 03:41:33 AM Tim Waugh wrote: On Thu,

Re: Default services enabled

2011-08-19 Thread Tim Waugh
On Fri, 2011-08-19 at 11:03 -0400, Steve Grubb wrote: People running in a LSPP configuration would be horrified to know avahi is now required for printing top secret documents. Just to clarify: it is not required. Most likely in an LSPP configuration not even CUPS Browsing is used, but

Re: Default services enabled

2011-08-19 Thread Steve Grubb
On Friday, August 19, 2011 11:24:39 AM Tim Waugh wrote: On Fri, 2011-08-19 at 11:03 -0400, Steve Grubb wrote: People running in a LSPP configuration would be horrified to know avahi is now required for printing top secret documents. Just to clarify: it is not required. Most likely in an

Re: Default services enabled

2011-08-19 Thread Robert Marcano
On 08/19/2011 10:08 AM, Ola Thoresen wrote: On 19. aug. 2011 16:00, Jóhann B. Guðmundsson wrote: On 08/19/2011 12:35 PM, Steve Grubb wrote: On Friday, August 19, 2011 03:41:33 AM Tim Waugh wrote: On Thu, 2011-08-18 at 16:52 -0600, Orion Poplawski wrote: It's not so much cups start up being

Re: Default services enabled

2011-08-19 Thread Steve Grubb
On Friday, August 19, 2011 11:12:25 AM Tomasz Torcz wrote: On Fri, Aug 19, 2011 at 11:07:45AM -0400, Steve Grubb wrote: On Friday, August 19, 2011 10:38:59 AM Ola Thoresen wrote: On 19. aug. 2011 16:00, Jóhann B. Guðmundsson wrote: On 08/19/2011 12:35 PM, Steve Grubb wrote: On

Re: Default services enabled

2011-08-19 Thread Lennart Poettering
On Fri, 19.08.11 11:03, Steve Grubb (sgr...@redhat.com) wrote: On Friday, August 19, 2011 10:50:51 AM Richard Hughes wrote: On 19 August 2011 13:35, Steve Grubb sgr...@redhat.com wrote: All security guidance says turn off or get rid of avahi. We really don't want to require it just to

Re: Default services enabled

2011-08-19 Thread Jóhann B. Guðmundsson
On 08/19/2011 03:39 PM, Steve Grubb wrote: We need a way to specify in the service init files which targets the service is allowed to run in by default. You do that in the install section of the unit file [Install] WantedBy=$foo.target So basically all desktop related service should only

Re: Default services enabled

2011-08-19 Thread seth vidal
On Fri, 2011-08-19 at 17:47 +0200, Lennart Poettering wrote: Well, I think Fedora is more interested in real-life users than synthetic certifications. I think you are not the arbiter of what fedora is interested in. If this is a point of conflict it should be discussed with the board and

Re: Default services enabled

2011-08-19 Thread Lennart Poettering
On Fri, 19.08.11 17:12, Tomasz Torcz (to...@pipebreaker.pl) wrote: Just a thought - would it make sense to create a server-target (and/or desktop-target) that is independent of graphical-target? I would hope there are pre-canned targets for different crowds. I also hope there is a

Re: Default services enabled

2011-08-19 Thread Lennart Poettering
On Fri, 19.08.11 11:51, seth vidal (skvi...@fedoraproject.org) wrote: On Fri, 2011-08-19 at 17:47 +0200, Lennart Poettering wrote: Well, I think Fedora is more interested in real-life users than synthetic certifications. I think you are not the arbiter of what fedora is interested in.

Re: Default services enabled

2011-08-19 Thread Reindl Harald
Am 19.08.2011 17:47, schrieb Lennart Poettering: Well, I think Fedora is more interested in real-life users than synthetic certifications well, when will you start to fix the usability-faux-passes you brought for the normal users? the last systemd update is long ago * no feedback of

[perl-Devel-StackTrace-AsHTML] Created tag perl-Devel-StackTrace-AsHTML-0.11-2.el6.1

2011-08-19 Thread Jose Pedro Oliveira
The lightweight tag 'perl-Devel-StackTrace-AsHTML-0.11-2.el6.1' was created pointing to: f24b3eb... * EPEL6: Disable test t/enconding.t as Devel::StackTrace i -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org

[perl-Devel-StackTrace-AsHTML/el6] * EPEL6: Disable test t/enconding.t as Devel::StackTrace is too old

2011-08-19 Thread Jose Pedro Oliveira
commit f24b3eb466844331c5b3dce7fc96b1fa9f140f98 Author: Jose Pedro Oliveira j...@di.uminho.pt Date: Fri Aug 19 17:26:44 2011 +0100 * EPEL6: Disable test t/enconding.t as Devel::StackTrace is too old perl-Devel-StackTrace-AsHTML.spec |8 +++- 1 files changed, 7 insertions(+), 1

Re: Default services enabled

2011-08-19 Thread Lennart Poettering
On Fri, 19.08.11 18:00, Reindl Harald (h.rei...@thelounge.net) wrote: Heya, * no feedback of systemctl and wrong from /sbin/service-wrapper Like most Unix commands systemctl will not output anything in case of success, only on failure. See cp, ln, mv, rm for similar behaviour. * systemctl

Re: Default services enabled

2011-08-19 Thread Simo Sorce
On Fri, 2011-08-19 at 17:47 +0200, Lennart Poettering wrote: On Fri, 19.08.11 11:03, Steve Grubb (sgr...@redhat.com) wrote: On Friday, August 19, 2011 10:50:51 AM Richard Hughes wrote: On 19 August 2011 13:35, Steve Grubb sgr...@redhat.com wrote: All security guidance says turn off

[perl-Plack/el6] * First EPEL6 release (based on a F15 SRPM with a modified BR - perl(Devel::StackTrace))

2011-08-19 Thread Jose Pedro Oliveira
commit 0632e318d238ef7bfa66f12c9193e254bec82391 Author: Jose Pedro Oliveira j...@di.uminho.pt Date: Fri Aug 19 18:31:22 2011 +0100 * First EPEL6 release (based on a F15 SRPM with a modified BR - perl(Devel::StackTrace)) .gitignore |1 + perl-Plack.spec | 35

[perl-Plack] Created tag perl-Plack-0.9974-2.el6.1

2011-08-19 Thread Jose Pedro Oliveira
The lightweight tag 'perl-Plack-0.9974-2.el6.1' was created pointing to: 0632e31... * First EPEL6 release (based on a F15 SRPM with a modified -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org

Re: Changing default setting of bash's hash table?

2011-08-19 Thread Roberto Ragusa
On 08/19/2011 01:24 PM, Roman Rakus wrote: I have a question, if it is worth to enable this option by default? It will not confuse some people, but can increase disk searching. Comments welcome. Confusion can only happen in this particular case, I think: 1) you run a command and the cache is

Re: Changing default setting of bash's hash table?

2011-08-19 Thread Maciej Małecki
2011/8/19 Roberto Ragusa m...@robertoragusa.it On 08/19/2011 01:24 PM, Roman Rakus wrote: I have a question, if it is worth to enable this option by default? It will not confuse some people, but can increase disk searching. Comments welcome. Confusion can only happen in this particular

Re: Default services enabled

2011-08-19 Thread Reindl Harald
Am 19.08.2011 18:46, schrieb Lennart Poettering: On Fri, 19.08.11 18:00, Reindl Harald (h.rei...@thelounge.net) wrote: Heya, * no feedback of systemctl and wrong from /sbin/service-wrapper Like most Unix commands systemctl will not output anything in case of success, only on failure. See

Re: Fwd: [Fedora Update] [CRITPATH] [old_testing_critpath] mdadm-3.1.3-0.git20100804.3.fc14

2011-08-19 Thread Kevin Kofler
Michal Hlavinka wrote: I'm getting the same mail for some time now for my critpath security update. I'm just wondering how long it takes before update reaches users IMHO, the time it has taken so far is already too long. Stuff gets stuck in the queue literally forever due to this stupid

Re: Default services enabled

2011-08-19 Thread Kevin Kofler
Tim Waugh wrote: Oh, I just noticed this: https://fedoraproject.org/wiki/Packaging:Guidelines:Systemd#Socket_activation Since Fedora currently doesn't want any services to do on-demand loading, all socket activated services must autostart. What the heck?! We're disabling systemd's main

Re: RPM version goes backward in Rawhide

2011-08-19 Thread Kevin Kofler
Looks like I forgot to reply to this: Adam Williamson wrote: That's ass backwards, though. We need the testing _to determine if the things should be in the release_. Really, I think if you look at the quality of the releases that have happened since this policy was changed, it's pretty clear

Re: Self Introduction

2011-08-19 Thread Rahul Sundaram
On 08/19/2011 06:02 AM, Steve Jenkins wrote: Hi - the purpose of this email is to introduce myself as a prospective new package maintainer for Fedora. My recently filed review request is here: https://bugzilla.redhat.com/show_bug.cgi?id=731898 Hello Steve Jenkins, welcome to Fedora.

Re: Self Introduction

2011-08-19 Thread Steve Jenkins
On Fri, Aug 19, 2011 at 9:17 PM, Rahul Sundaram methe...@gmail.com wrote: On 08/19/2011 06:02 AM, Steve Jenkins wrote: Hi - the purpose of this email is to introduce myself as a prospective new package maintainer for Fedora. My recently filed review request is here:

RFC: Fedora-medical comps patch

2011-08-19 Thread Ankur Sinha
Hello, You may have noticed a lot of packaging activity on the fedora-medical front[1]. There are still quite a few packages in the review queue. Some have been approved, and we'd like to get started with the comps group. I've created a patch (attached). Please review it :) If all's okay, I

[Bug 731907] package in EPEL has bogus version

2011-08-19 Thread bugzilla
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=731907 Paul Howarth p...@city-fan.org changed: What|Removed |Added

[perl-Locale-Maketext-Lexicon] Upstream update.

2011-08-19 Thread corsepiu
commit c73c5a702ebb5b15c7a5956022dfa400174ae674 Author: Ralf Corsépius corse...@fedoraproject.org Date: Fri Aug 19 10:55:23 2011 +0200 Upstream update. .gitignore|3 +-- perl-Locale-Maketext-Lexicon.spec | 19 +++ sources

[perl-Locale-Maketext-Lexicon/f16] Upstream update.

2011-08-19 Thread corsepiu
Summary of changes: c73c5a7... Upstream update. (*) (*) 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

File Plack-0.9982.tar.gz uploaded to lookaside cache by corsepiu

2011-08-19 Thread corsepiu
A file has been added to the lookaside cache for perl-Plack: 5dc7c6b8fec4b51adc5ff076a0aacc8c Plack-0.9982.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org

[perl-Plack] Upstream update.

2011-08-19 Thread corsepiu
commit 8ddc36b6dcd0dc8a970beec4d3651df5a68eb6c1 Author: Ralf Corsépius corse...@fedoraproject.org Date: Fri Aug 19 12:30:48 2011 +0200 Upstream update. .gitignore |2 +- perl-Plack.spec |7 +-- sources |2 +- 3 files changed, 7 insertions(+), 4 deletions(-)

Broken dependencies: perl-NOCpulse-Gritch

2011-08-19 Thread buildsys
perl-NOCpulse-Gritch has broken dependencies in the rawhide tree: On x86_64: perl-NOCpulse-Gritch-1.27.9-1.fc16.noarch requires perl(:MODULE_COMPAT_5.12.3) On i386: perl-NOCpulse-Gritch-1.27.9-1.fc16.noarch requires perl(:MODULE_COMPAT_5.12.3) Please resolve this as soon as

Broken dependencies: perl-Pugs-Compiler-Rule

2011-08-19 Thread buildsys
perl-Pugs-Compiler-Rule has broken dependencies in the rawhide tree: On x86_64: perl-Pugs-Compiler-Rule-0.37-9.fc16.noarch requires perl(:MODULE_COMPAT_5.12.3) On i386: perl-Pugs-Compiler-Rule-0.37-9.fc16.noarch requires perl(:MODULE_COMPAT_5.12.3) Please resolve this as soon

Broken dependencies: perl-Eval-LineNumbers

2011-08-19 Thread buildsys
perl-Eval-LineNumbers has broken dependencies in the F-16 tree: On x86_64: perl-Eval-LineNumbers-0.31-1.fc15.noarch requires perl(:MODULE_COMPAT_5.12.4) On i386: perl-Eval-LineNumbers-0.31-1.fc15.noarch requires perl(:MODULE_COMPAT_5.12.4) Please resolve this as soon as

Broken dependencies: perl-Test-Vars

2011-08-19 Thread buildsys
perl-Test-Vars has broken dependencies in the F-16 tree: On x86_64: perl-Test-Vars-0.001-2.fc15.noarch requires perl(:MODULE_COMPAT_5.12.4) On i386: perl-Test-Vars-0.001-2.fc15.noarch requires perl(:MODULE_COMPAT_5.12.4) Please resolve this as soon as possible. -- Fedora Extras

Broken dependencies: perl-CGI-Application-Structured-Tools

2011-08-19 Thread buildsys
perl-CGI-Application-Structured-Tools has broken dependencies in the F-16 tree: On x86_64: perl-CGI-Application-Structured-Tools-0.013-3.fc16.noarch requires perl(tmpl_var) perl-CGI-Application-Structured-Tools-0.013-3.fc16.noarch requires main_module)

Broken dependencies: perl-Gtk2-WebKit

2011-08-19 Thread buildsys
perl-Gtk2-WebKit has broken dependencies in the F-16 tree: On x86_64: perl-Gtk2-WebKit-0.09-1.fc15.x86_64 requires perl(:MODULE_COMPAT_5.12.4) On i386: perl-Gtk2-WebKit-0.09-1.fc15.i686 requires perl(:MODULE_COMPAT_5.12.4) Please resolve this as soon as possible. -- Fedora

Broken dependencies: perl-Data-Section-Simple

2011-08-19 Thread buildsys
perl-Data-Section-Simple has broken dependencies in the F-16 tree: On x86_64: perl-Data-Section-Simple-0.02-2.fc15.noarch requires perl(:MODULE_COMPAT_5.12.4) On i386: perl-Data-Section-Simple-0.02-2.fc15.noarch requires perl(:MODULE_COMPAT_5.12.4) Please resolve this as soon

Broken dependencies: perl-Pugs-Compiler-Rule

2011-08-19 Thread buildsys
perl-Pugs-Compiler-Rule has broken dependencies in the F-16 tree: On x86_64: perl-Pugs-Compiler-Rule-0.37-9.fc16.noarch requires perl(:MODULE_COMPAT_5.12.3) On i386: perl-Pugs-Compiler-Rule-0.37-9.fc16.noarch requires perl(:MODULE_COMPAT_5.12.3) Please resolve this as soon as

Broken dependencies: perl-Perlbal-XS-HTTPHeaders

2011-08-19 Thread buildsys
perl-Perlbal-XS-HTTPHeaders has broken dependencies in the F-16 tree: On x86_64: perl-Perlbal-XS-HTTPHeaders-0.20-3.fc15.x86_64 requires perl(:MODULE_COMPAT_5.12.3) On i386: perl-Perlbal-XS-HTTPHeaders-0.20-3.fc15.i686 requires perl(:MODULE_COMPAT_5.12.3) Please resolve this as

Broken dependencies: perl-Shipwright

2011-08-19 Thread buildsys
perl-Shipwright has broken dependencies in the F-16 tree: On x86_64: perl-Shipwright-2.4.24-2.fc16.noarch requires perl(that) On i386: perl-Shipwright-2.4.24-2.fc16.noarch requires perl(that) Please resolve this as soon as possible. -- Fedora Extras Perl SIG

[Bug 731907] package in EPEL has bogus version

2011-08-19 Thread bugzilla
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=731907 --- Comment #2 from Jack Tanner i...@hotmail.com 2011-08-19 16:03:05 EDT --- Updating to the latest upstream code in EPEL would

[Bug 731907] package in EPEL has bogus version

2011-08-19 Thread bugzilla
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=731907 --- Comment #3 from Paul Howarth p...@city-fan.org 2011-08-19 16:35:35 EDT --- Hmm, even the version in Rawhide is well out of

[Bug 664090] [abrt] gscan2pdf-0.9.31-1.fc14: Process /usr/bin/perl was killed by signal 11 (SIGSEGV)

2011-08-19 Thread bugzilla
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=664090 Bernard Johnson bjohn...@symetrix.com changed: What|Removed |Added

[Bug 722604] please upgrade to HTML-Format-2.09

2011-08-19 Thread bugzilla
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=722604 Fedora Update System upda...@fedoraproject.org changed: What|Removed |Added

[Bug 722604] please upgrade to HTML-Format-2.09

2011-08-19 Thread bugzilla
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=722604 --- Comment #4 from Fedora Update System upda...@fedoraproject.org 2011-08-19 17:58:55 EDT --- perl-HTML-Format-2.09-1.fc14 has

[Bug 722604] please upgrade to HTML-Format-2.09

2011-08-19 Thread bugzilla
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=722604 --- Comment #5 from Fedora Update System upda...@fedoraproject.org 2011-08-19 17:59:18 EDT --- perl-HTML-Format-2.09-1.fc15 has