On 08/20/2011 12:09 AM, Maciej Małecki wrote:
> Not worth it, one can always use which to verify if command is gone or
> is bash is going mad.
+1
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On 2011-08-19 20:41, Kevin Kofler wrote:
> Updates can be pulled out of updates-testing at any moment, which makes a
> lot of sense, but which means that users with updates-testing enabled will
> end up with the EVR going backwards, something that's not even allowed in
> Rawhide.
>
> Enabling updat
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 shall
On Fri, Aug 19, 2011 at 9:17 PM, Rahul Sundaram 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:
>>
>> https://bugzilla.redhat.com/sh
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
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 cle
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 mai
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 bro
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 failur
2011/8/19 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
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
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
https://admin.fed
commit 0632e318d238ef7bfa66f12c9193e254bec82391
Author: Jose Pedro Oliveira
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 ---
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 wrote:
> > > > All security guidance says turn off or ge
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 d
commit f24b3eb466844331c5b3dce7fc96b1fa9f140f98
Author: Jose Pedro Oliveira
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 deletions(-)
---
dif
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
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 system
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 intere
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
>
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
fes
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
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 wrote:
> > > All security guidance says turn off or get rid of avahi. We really don't
> > > want to require it just to print.
>
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 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 s
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 i
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 expli
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 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
Am 19.08.2011 16:50, schrieb Richard Hughes:
> On 19 August 2011 13:35, Steve Grubb 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, nearly every
On Friday, August 19, 2011 10:50:51 AM Richard Hughes wrote:
> On 19 August 2011 13:35, Steve Grubb 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 there is
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
https://admin.fedoraproject.org/mailman/listinfo/d
On 19 August 2011 13:35, Steve Grubb 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
https://admin.fedoraproj
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
pri
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.
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 s
2011/8/19 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:
>>
>>
>> http://s
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 i
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:
http://sourceware.org/git/?p=glibc.git;a=commit;h=4769ae77
On Fri, Aug 19, 2011 at 5:04 PM, Kushal Das 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
https://admin.fedoraproject.or
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
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 installa
42 matches
Mail list logo
