On 06/02/2010 12:09 PM, Peter Robinson wrote:
> It does work in F-12, the response for the lack of support in F-13 was
> 'deal with it'. There is suppose to be a patch to emulate it in the
> kernel but apparently it won't go upstream until its a generic infra
> patch that can allow support of other
On Wed, 2010-06-02 at 07:58 +0200, Kevin Kofler wrote:
> Dave Airlie wrote:
> > So does gdm use multiple X servers, I wasn't aware there was any other
> > way.
>
> So what does it do exactly? Spawn a new X server on the same vterm? Or on a
> different vterm? What KDM does is to spawn a new X serv
On Wed, Jun 2, 2010 at 4:52 AM, Bruno Wolff III wrote:
> On Tue, Jun 01, 2010 at 22:43:25 +0200,
> Gland Vador wrote:
>> On 05.04.2010 14:48, Dan Horák wrote:
>> >
>> > I was trying to install i686 variant of F-13 to an Alix board (2D13 with
>> > Geode LX) and got into troubles. The kernel boots
On 1 June 2010 17:50, Rawhide Report wrote:
> Compose started at Tue Jun 1 08:15:16 UTC 2010
>
[..]
> iaxclient-devel-2.1-0.5.beta3.fc13.i686 requires liboggz.so.1
> iaxclient-devel-2.1-0.5.beta3.fc13.i686 requires
> liboggz.so.1(liboggz.so.0.2)
[..]
> libannodex-0.7.3-13.fc1
Matt McCutchen wrote:
> Please be careful not to take Lennart's remark out of context. A server
> takes longer /than a desktop/ since it doesn't take full advantage of
> systemd; it doesn't take longer than without systemd, because presumably
> the SysV init emulation doesn't have a significant pe
Dave Airlie wrote:
> So does gdm use multiple X servers, I wasn't aware there was any other
> way.
So what does it do exactly? Spawn a new X server on the same vterm? Or on a
different vterm? What KDM does is to spawn a new X server on a different
vterm.
Kevin Kofler
--
devel mailing
2010/6/2 James Laska :
> Greetings package maintainers,
>
> Want to get notification of any breakage in your just-built koji
> packages?
It would be great if rpmlint logs will be automatically generated on
each koji build ans will be stored with oher koji build logs (in
separate file(s)). This gre
On Tue, Jun 01, 2010 at 22:43:25 +0200,
Gland Vador wrote:
> On 05.04.2010 14:48, Dan Horák wrote:
> >
> > I was trying to install i686 variant of F-13 to an Alix board (2D13 with
> > Geode LX) and got into troubles. The kernel boots fine, but when it
> > should start initramfs the kernel panics
On Tue, Jun 01, 2010 at 18:00:52 -0400,
seth vidal wrote:
>
> > Can I opt in for all packages I am the owner or all packagers I co-maintain
> > with one command?
>
> one command per pkg, yes.
>
> autoqa-optin pkgname devel F-14 F-13 F-12 EL-6 EL-5 EL-4
That answers my question.
If mail woul
On Tue, Jun 01, 2010 at 09:58:37PM +0200, Roberto Ragusa wrote:
> Lennart Poettering wrote:
> > On Sat, 29.05.10 19:48, Roberto Ragusa (m...@robertoragusa.it) wrote:
> >> Well, I really do not want to flame anyone, but please consider that
> >> the guy proposing the change already gave us pulseaudi
On Wed, 2010-06-02 at 02:33 +0200, Kevin Kofler wrote:
> Roberto Ragusa wrote:
> > In recent times some stupid (IMHO) ideas have been adopted in Linux
> > just to copy what others do. Just as examples: the control of desktop
> > widgets in KDE4 (functional GUI elements modified by a mouse-over???),
2010/6/2 Kevin Kofler :
> Chen Lei wrote:
>> The maintainer refuse some others to co-maintain tor package or help
>> him to solve this issue. It's a bit complicated to fix this, fedora
>> policy seems don't permit provenpackagers to commit a package if the
>> maintainer are very unwilling to do so.
On Wed, 2010-06-02 at 02:50 +0200, Kevin Kofler wrote:
> Lennart Poettering wrote:
> > It's OK if a server takes a bit longer to boot.
>
> A longer boot time for your server means more downtime if you need to reboot
> your server for whatever reason.
Please be careful not to take Lennart's remar
On Tue, 2010-06-01 at 18:29 -0400, Sam Varshavchik wrote:
> seth vidal writes:
>
> >
> > I just added autoqa-optout to fedorapeople.
> >
> > it does what you expect it to do and acts just like autoqa-optin
>
> Would it be a good idea to mention these scripts somewhere in
> http://fedoraproject
Chen Lei wrote:
> The maintainer refuse some others to co-maintain tor package or help
> him to solve this issue. It's a bit complicated to fix this, fedora
> policy seems don't permit provenpackagers to commit a package if the
> maintainer are very unwilling to do so. It should be decided by fesco
Lennart Poettering wrote:
> It's OK if a server takes a bit longer to boot.
A longer boot time for your server means more downtime if you need to reboot
your server for whatever reason.
Kevin Kofler
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mai
Roberto Ragusa wrote:
> In recent times some stupid (IMHO) ideas have been adopted in Linux
> just to copy what others do. Just as examples: the control of desktop
> widgets in KDE4 (functional GUI elements modified by a mouse-over???),
I only know of 2 plasmoids triggering actions on mouse-over:
seth vidal writes:
I just added autoqa-optout to fedorapeople.
it does what you expect it to do and acts just like autoqa-optin
Would it be a good idea to mention these scripts somewhere in
http://fedoraproject.org/wiki/PackageMaintainers/Join?
pgpF35QPUIyEW.pgp
Description: PGP signat
On Tue, 2010-06-01 at 16:43 -0400, James Laska wrote:
> Greetings package maintainers,
>
> Want to get notification of any breakage in your just-built koji
> packages? This includes results of rpmlint [1], rpmguard [2] and, if
> applicable, initscript [3] tests. Good news, you can now opt-in to
On Tue, 2010-06-01 at 16:32 -0500, Bruno Wolff III wrote:
> Who gets the email? What if I am a co-maintainer, do I get the email or
> does it go to the package owner?
we send the email to the pkgname-owner email address
so all the folks on that alias get it.
> Can I opt in for all packages I
Elio Maldonado (emald...@redhat.com) said:
> Getting back to
> >> (i.e., libfreebl3.so instead of libfreebl.so.3)?
>
> No danger of the name class I alluded for nss but we still want to preserve
> the names so as not to break other dependent packages. I wonder if aliases
> may help in any way.
On Tue, Jun 01, 2010 at 16:43:07 -0400,
James Laska wrote:
> Greetings package maintainers,
>
> Want to get notification of any breakage in your just-built koji
> packages? This includes results of rpmlint [1], rpmguard [2] and, if
> applicable, initscript [3] tests. Good news, you can now op
Bill,
Getting back to
>> (i.e., libfreebl3.so instead of libfreebl.so.3)?
No danger of the name class I alluded for nss but we still want to preserve the
names so as not to break other dependent packages. I wonder if aliases may help
in any way. If we were to add, via the spec file, libfreebl.
Elio Maldonado (emald...@redhat.com) said:
> I don't know when the 3 suffix was added. It may have been due to versioning
> at some time but if I recall correctly we keep the 3 suffix to avoid a name
> class with with the other nss package (name switch service I believe). Bob or
> Kai can set m
Forgot to attach minutes:
19:00:03 #startmeeting FESCO (2010-06-01)
19:00:03 Meeting started Tue Jun 1 19:00:03 2010 UTC. The chair is
nirik. Information about MeetBot at http://wiki.debian.org/MeetBot.
19:00:03 Useful Commands: #action #agreed #halp #info #idea #link
#topic.
19:00:03 #me
===
#fedora-meeting: FESCO (2010-06-01)
===
Meeting started by nirik at 19:00:03 UTC. The full logs are available at
http://meetbot.fedoraproject.org/fedora-meeting/2010-06-01/fesco.2010-06-01-19.00.log.html
Meeting summary
-
Greetings package maintainers,
Want to get notification of any breakage in your just-built koji
packages? This includes results of rpmlint [1], rpmguard [2] and, if
applicable, initscript [3] tests. Good news, you can now opt-in to
receive test results by mail!
All you have to do is:
1. L
With the release of Fedora 13, the nightly live composes will start
tracking rawhide as of today (2010-05-31).
See: http://alt.fedoraproject.org/pub/alt/nightly-composes/
For logs, images and more information.
kevin
signature.asc
Description: PGP signature
___
On 05.04.2010 14:48, Dan Horák wrote:
>
> I was trying to install i686 variant of F-13 to an Alix board (2D13 with
> Geode LX) and got into troubles. The kernel boots fine, but when it
> should start initramfs the kernel panics. Everything works well when
> using complete F-12 environment and when
Author: pghmcfc
Update of /cvs/pkgs/rpms/perl-Mail-Mbox-MessageParser/devel
In directory cvs01.phx2.fedoraproject.org:/tmp/cvs-serv28172
Modified Files:
perl-Mail-Mbox-MessageParser.spec
Added Files:
Mail-Mbox-MessageParser-1.5002-warning.patch
Log Message:
Fix used-only-once wa
I don't know when the 3 suffix was added. It may have been due to versioning at
some time but if I recall correctly we keep the 3 suffix to avoid a name class
with with the other nss package (name switch service I believe). Bob or Kai can
set me straight on this matter.
Another thing that puzz
On Tue, Jun 01, 2010 at 08:36:44PM +0100, Richard W.M. Jones wrote:
>
> Is this a second run after fixing the tmpfs problem?
>
> I looked at your logs and still see build failures for libguestfs
> which are down to 'No space left on device' errors.
the run with the tmpfs fix is still in progress
On Tue, 01.06.10 15:25, Bill Nottingham (nott...@redhat.com) wrote:
> Lennart Poettering (mzerq...@0pointer.de) said:
> > > > Requires=basic.target sockets.target dbus.socket
> > > > After=basic.target sockets.target dbus.socket
> > >
> > > What does this goop mean and why is it necessary?
> >
Lennart Poettering wrote:
> On Sat, 29.05.10 19:48, Roberto Ragusa (m...@robertoragusa.it) wrote:
>> Well, I really do not want to flame anyone, but please consider that
>> the guy proposing the change already gave us pulseaudio, which promised the
>> "it will do anything you do now, just easier" f
On Tue, Jun 01, 2010 at 02:49:52PM +0200, Marcela Mašláňová wrote:
> If your package didn't pass rebuild, we (Perl-SIG) will be happy if you
> fix it by yourself. If you can't, don't panic. We'll be looking at
> packages, which didn't pass. Also you can ask for help at:
> perl-de...@lists.fed
Is this a second run after fixing the tmpfs problem?
I looked at your logs and still see build failures for libguestfs
which are down to 'No space left on device' errors.
Rich.
--
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
virt-p2v converts physical machines
Lennart Poettering (mzerq...@0pointer.de) said:
> > > Requires=basic.target sockets.target dbus.socket
> > > After=basic.target sockets.target dbus.socket
> >
> > What does this goop mean and why is it necessary?
>
> basic.target encapsulates the early boot process (kinda the same stuff
> rc.sys
Elio Maldonado (emald...@redhat.com) said:
> Not sure but I strongly suspect a change made to nss.spec to be the cause.
> See https://bugzilla.redhat.com/show_bug.cgi?id=596840#c7
It's due to the fact that nss-softokn-freebl (actually, *all* the nss/nspr
libraires) do not fit the normal library
2010/6/1 Marcela Mašláňová :
> Hello maintainers,
> I started rebuild of packages dependent on perl. At the moment are packages
> rebuilt in
> test buildroot dist-f14-perltest. It's quite possible that some will fail
> with new perl-5.12.0.
> If your package didn't pass rebuild, we (Perl-SIG) will
On Tue, Jun 01, 2010 at 01:35:20PM +0100, Ilyes Gouta wrote:
> Hi,
>
> I'm still interested in seeing a linjpeg-turbo merger with ijg's own
> code base. I'd say that the most performance boost brought in by
> libjpeg-turbo is due to the specialized SIMD routines, which
> theoretically can be easil
2010/6/2 Paul Wouters :
> On Tue, 1 Jun 2010, Bruno Wolff III wrote:
>
Does FESCO know you'd be willing to become the maintainer?
>>>
>>> I've definately talked to quite a few of them (online and in person) over
>>> the years this has been going on. I even had a tor package made and
>>> submit
2010/6/1 Bruno Wolff III :
>> I've definately talked to quite a few of them (online and in person) over
>> the years this has been going on. I even had a tor package made and
>> submitted it, but Enrico and my package crossed paths and his was a day
>> earlier, so his "personal" version instead of
On Tue, 1 Jun 2010, Bruno Wolff III wrote:
>>> Does FESCO know you'd be willing to become the maintainer?
>>
>> I've definately talked to quite a few of them (online and in person) over
>> the years this has been going on. I even had a tor package made and
>> submitted it, but Enrico and my packag
On Tue, Jun 01, 2010 at 11:48:02 -0400,
Paul Wouters wrote:
> On Tue, 1 Jun 2010, Bruno Wolff III wrote:
>
> >>Fixing init scripts and %post is now left in the state "maintainer is too
> >>busy to fix". In the past I already offered co-maintainership or taking
> >>over the package due to my clo
On Tue, 1 Jun 2010, Bruno Wolff III wrote:
>> Fixing init scripts and %post is now left in the state "maintainer is too
>> busy to fix". In the past I already offered co-maintainership or taking
>> over the package due to my close relationship with upstream. It's a lame
>> excuse for leaving it in
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=598539
Petr Pisar changed:
What|Removed |Added
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=598539
--- Comment #1 from Petr Pisar 2010-06-01 11:29:40 EDT ---
Created an attachment (id=418683)
--> (https://bugzilla.redhat.com/a
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=598539
Petr Pisar changed:
What|Removed |Added
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: perl-Padre-0.62 bump
https://bugzilla.redhat.com/show_bug.cgi?id=598539
Summary: perl-Padre-0.62 bump
Product: Fedora
Version: rawhide
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=598539
Petr Pisar changed:
What|Removed |Added
On 05/29/2010 07:25 PM, Xose Vazquez Perez wrote:
> JBoss[1] is still a *big* deficit. Potential for f14/15 ?
I'm pretty sure JBoss is still a no-go because of poor licensing,
specifically:
https://bugzilla.redhat.com/show_bug.cgi?id=479598
~spot
--
devel mailing list
devel@lists.fedoraproject.
Author: ppisar
Update of /cvs/pkgs/rpms/perl-Wx-Perl-ProcessStream/devel
In directory cvs01.phx2.fedoraproject.org:/tmp/cvs-serv12085
Modified Files:
.cvsignore perl-Wx-Perl-ProcessStream.spec sources
Log Message:
0.27 bump
Index: .cvsignore
On Mon, May 31, 2010 at 16:55:26 -0400,
Paul Wouters wrote:
>
> Fixing init scripts and %post is now left in the state "maintainer is too
> busy to fix". In the past I already offered co-maintainership or taking
> over the package due to my close relationship with upstream. It's a lame
> excuse
On Tue, Jun 01, 2010 at 01:35:20PM +0100, Ilyes Gouta wrote:
> Hi,
Hello,
> I'm still interested in seeing a linjpeg-turbo merger with ijg's own
> code base. I'd say that the most performance boost brought in by
> libjpeg-turbo is due to the specialized SIMD routines, which
> theoretically can be
A file has been added to the lookaside cache for perl-Template-Tiny:
5bb697dff7ff41f6894906233b205560 Template-Tiny-0.11.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/m
On Tue, 01.06.10 05:53, Mike Fedyk (mfe...@mikefedyk.com) wrote:
> On Tue, Jun 1, 2010 at 4:22 AM, Lennart Poettering
> wrote:
> > On Tue, 01.06.10 01:56, Mike Fedyk (mfe...@mikefedyk.com) wrote:
> >
> >> > KillMode=control-group → the entire cgroup is shot down
> >> > KillMode=process-group → o
> What type of cgroup are you using? Does it impede the use of lxc for
> containers? Ie, the cgroup type that systemd needs to be able to be
> nested inside a container in a whole OS virtualization (think VPS /
> Virtual Private Server where each VPS has root in its container).
>
systemd uses a
On Tue, Jun 1, 2010 at 4:22 AM, Lennart Poettering wrote:
> On Tue, 01.06.10 01:56, Mike Fedyk (mfe...@mikefedyk.com) wrote:
>
>> > KillMode=control-group → the entire cgroup is shot down
>> > KillMode=process-group → only the process group of the process we forked
>> > is shot down
>> > KillMode
Hello maintainers,
I started rebuild of packages dependent on perl. At the moment are
packages rebuilt in
test buildroot dist-f14-perltest. It's quite possible that some will
fail with new perl-5.12.0.
If your package didn't pass rebuild, we (Perl-SIG) will be happy if you
fix it by yourself. I
Hi,
I'm still interested in seeing a linjpeg-turbo merger with ijg's own
code base. I'd say that the most performance boost brought in by
libjpeg-turbo is due to the specialized SIMD routines, which
theoretically can be easily merged. libjpeg-turbo has also some
weaknesses such as (as provided fro
Compose started at Tue Jun 1 08:15:16 UTC 2010
Broken deps for i386
--
almanah-0.7.3-1.fc14.i686 requires libedataserver-1.2.so.12
1:anjuta-2.30.0.0-2.fc14.i686 requires libgladeui-1.so.9
banshee-1.6.1-1.fc14.i686 req
Matt Domsch píše v Po 31. 05. 2010 v 12:43 -0500:
> Fedora Fails To Build From Source Results for x86_64
> using rawhide from 2010-05-27
>
> This is a full rebuild, the first for Fedora 14's rawhide. The
> builders all have Fedora 13 installed.
>
> Full logs at http://linux.dell.com/files/fedor
On Tue, 2010-06-01 at 04:13 +0200, Lennart Poettering wrote:
> On Wed, 26.05.10 22:06, Björn Persson (bj...@rombobjörn.se) wrote:
>
> > This suggests to me that environment variables isn't the right way to do
> > this.
> > Environment variables are good for parameters that should be available t
On Tue, 2010-06-01 at 04:13 +0200, Lennart Poettering wrote:
> On Wed, 26.05.10 22:06, Björn Persson (bj...@rombobjörn.se) wrote:
>
> > This suggests to me that environment variables isn't the right way to do
> > this.
> > Environment variables are good for parameters that should be available to
On Tue, 01.06.10 01:56, Mike Fedyk (mfe...@mikefedyk.com) wrote:
> > KillMode=control-group → the entire cgroup is shot down
> > KillMode=process-group → only the process group of the process we forked is
> > shot down
> > KillMode=process → only the process we forked is shot down
> > KillMode=no
On Mon, May 31, 2010 at 12:51:56PM -0400, Orcan Ogetbil wrote:
> On Mon, May 31, 2010 at 12:16 PM, Adam Tkac wrote:
> > On Mon, May 31, 2010 at 05:33:38PM +0200, Adam Tkac wrote:
> >>
> >> I'm going to create a Fedora feature for this task.
> >
> > Done. You can check
> > http://fedoraproject.org/w
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=597707
--- Comment #1 from Daniel Berrange 2010-06-01 05:48:36
EDT ---
I'm fine with you updating Software::License to the newest upst
On Tue, 2010-06-01 at 02:52 +0200, Lennart Poettering wrote:
> On Wed, 26.05.10 14:47, Simo Sorce (sso...@redhat.com) wrote:
>
> > > environment variables are normally inherited when forking/execing. We
> > > want to make sure that only the process we actually start ourselves
> > > parses and hand
Hi, friends!
Let me introduce a project for finding and downloading Linux software
and packages.
The project provides next features:
* Large, daily updated database with RPM and DEB packages for
well-known repositories of the Fedora, CentOS, RHEL, Debian, Ubuntu
and OpenSuse distributions.
* Pac
On Mon, May 31, 2010 at 5:32 PM, Lennart Poettering
wrote:
> On Wed, 26.05.10 09:01, Jeff Spaleta (jspal...@gmail.com) wrote:
>
>>
>> On Wed, May 26, 2010 at 5:55 AM, Lennart Poettering
>> wrote:
>> > Well, that depends on configuration.
>>
>> > In systemd you can choose individually for each uni
On Mon, May 31, 2010 at 06:58:37PM +0100, Ilyes Gouta wrote:
> Hi Adam,
Hello Ilyes,
> > it also contains bunch of
> > pure algorithmic enhancements so even if target platform doesn't
> > support MMX/SSE libjpeg-turbo is around 25% faster than original libjpeg.
>
> Can you please give some detai
- "Jonathan Dieter" wrote:
> It seems that deltarpms aren't being kept from one push to another
> for
> Fedora 13 (and, also it seems, Fedora 11). For example, there's an
> openoffice update, but though there were deltarpms when it first came
> out, they've gone now. Where should I report
Event: Fedora Bug Triage Meeting
Date: 2010-06-01
Time: 15:00 UTC
Location: #fedora-meeting on irc.freenode.net
We haven't had a meeting for a while, so let's go for it today! Don't
have anything particular on the agenda, though. If anyone has a topic
they'd like to discuss, please reply to this e
Author: mmaslano
Update of /cvs/pkgs/rpms/perl-Archive-RPM/devel
In directory cvs01.phx2.fedoraproject.org:/tmp/cvs-serv15365
Modified Files:
.cvsignore perl-Archive-RPM.spec sources
Log Message:
* Thu Apr 29 2010 Marcela Maslanova - 0.05-2
- Mass rebuild with perl-5.12.0
Index: .cvs
A file has been added to the lookaside cache for perl-Archive-RPM:
84713eba698fcb30992846dee77a4dc6 Archive-RPM-0.06.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailm
It seems that deltarpms aren't being kept from one push to another for
Fedora 13 (and, also it seems, Fedora 11). For example, there's an
openoffice update, but though there were deltarpms when it first came
out, they've gone now. Where should I report the bug?
Jonathan
signature.asc
Descripti
On 6/1/2010 5:45 AM, Lennart Poettering wrote:
> Guys, nobody wants to take away configuration options. You can edit the
> .service files too, and readjust things. You can even plug in shell
> scripts here and there and wherever it suits you.
>
> There are not plans to make configuration of systemd
77 matches
Mail list logo
