On Mon, 2013-01-07 at 19:49 +, alex...@hushmail.com wrote:
> On 07/01/2013 at 7:40 PM, "Matthias Clasen" wrote:
> >
> >- Original Message -
> >
> >> And is it possible to disable suspend on lid close but still have
> >> GNOME lock the screen on lid close? No? Didn't think so...
> >
> >
On Tue, Dec 4, 2012 at 9:31 PM, Johannes Lips wrote:
>
>
>
> On Mon, Nov 26, 2012 at 12:40 PM, Kalpa Welivitigoda
> wrote:
>
>> On Mon, Nov 26, 2012 at 3:55 PM, Caterpillar
>> wrote:
>> > Il 23/11/2012 15:33, Johannes Lips ha scritto:
>> >> Hi all,
>> >>
>> >> I am looking for a new freemind mai
On Mon, 2013-01-07 at 21:02 -0700, Kevin Fenzi wrote:
> On Tue, 8 Jan 2013 04:48:36 +0100
> Miloslav Trmač wrote:
>
> > On Tue, Jan 8, 2013 at 4:31 AM, Adam Williamson
> > wrote:
> > > On Tue, 2013-01-08 at 03:06 +, "Jóhann B. Guðmundsson" wrote:
> > >> So the remaining webapps that ship wit
On Tue, 8 Jan 2013 04:48:36 +0100
Miloslav Trmač wrote:
> On Tue, Jan 8, 2013 at 4:31 AM, Adam Williamson
> wrote:
> > On Tue, 2013-01-08 at 03:06 +, "Jóhann B. Guðmundsson" wrote:
> >> So the remaining webapps that ship with the broken configuration
> >> that we are about to release into th
On Tue, 08 Jan 2013 03:06:14 +
"Jóhann B. Guðmundsson" wrote:
> On 01/08/2013 02:10 AM, Adam Williamson wrote:
...snip...
> > Well, I'm not sure that was a great precedent to set, if we're
> > going to treat it as a precedent...
>
> What else is it?
A single decision?
I can't speak for
On Tue, Jan 8, 2013 at 4:31 AM, Adam Williamson wrote:
> On Tue, 2013-01-08 at 03:06 +, "Jóhann B. Guðmundsson" wrote:
>> So the remaining webapps that ship with the broken configuration that we
>> are about to release into the hands our our enduser base and how they
>> should be handled are n
On Tue, 2013-01-08 at 03:06 +, "Jóhann B. Guðmundsson" wrote:
> On 01/08/2013 02:10 AM, Adam Williamson wrote:
> > On Tue, 2013-01-08 at 01:56 +, "Jóhann B. Guðmundsson" wrote:
> >> On 01/07/2013 10:19 PM, Adam Williamson wrote:
> >>> Why? What can FESCo do about it? We don't need to kick e
On 01/08/2013 02:10 AM, Adam Williamson wrote:
On Tue, 2013-01-08 at 01:56 +, "Jóhann B. Guðmundsson" wrote:
On 01/07/2013 10:19 PM, Adam Williamson wrote:
Why? What can FESCo do about it? We don't need to kick every damn issue
to FESCo, as seems to be a trend lately.
Ah I see but it's ok
On Tue, 2013-01-08 at 01:56 +, "Jóhann B. Guðmundsson" wrote:
> On 01/07/2013 10:19 PM, Adam Williamson wrote:
> > Why? What can FESCo do about it? We don't need to kick every damn issue
> > to FESCo, as seems to be a trend lately.
>
> Ah I see but it's ok when you do...
What have I escalated
On 01/07/2013 10:19 PM, Adam Williamson wrote:
Why? What can FESCo do about it? We don't need to kick every damn issue
to FESCo, as seems to be a trend lately.
Ah I see but it's ok when you do...
There's no high-level technical
decision to be made here. The bugs just need to get fixed. FESC
On Mon, Jan 07, 2013 at 10:13:29PM +0100, Lennart Poettering wrote:
> On Mon, 07.01.13 15:23, Matthew Miller (mat...@fedoraproject.org) wrote:
> > Cool. Feature proposal:
> >
> > https://fedoraproject.org/wiki/Features/SyslinuxOption
>
> Might be cool to have somebody work on gummiboot integratio
On Mon, 2013-01-07 at 23:23 +0100, Till Maas wrote:
> yes, there was an incomplete patch added unintentionally to the
> script.
> All faulty bugs should be closed and new bugs created if appropriate.
>
> Sorry for the trouble.
No worries. Thank you for the quick fix :)
--
Thanks,
Warm regards,
Hi,
On Mon, Jan 07, 2013 at 08:53:15PM +1100, Ankur Sinha wrote:
> I've received new bugs in the form:
>
> "bibus-1...5...2 is available". There's already a bug for 1.5.2. Is
> something faulty with the script?
yes, there was an incomplete patch added unintentionally to the script.
All faulty b
On Mon, 2013-01-07 at 15:47 +, "Jóhann B. Guðmundsson" wrote:
> On 01/07/2013 02:54 PM, Remi Collet wrote:
> > 2 months ago I have open a bug tracker for all packages with an apache
> > configuration file, which need to be fixed to work with httpd 2.4.
> >
> > The current situation, 1 week befo
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=892381
--- Comment #2 from Fedora Update System ---
Package perl-Sys-Syscall-0.25-1.fc18:
* should fix your issue,
* was pushed to the Fedora 18 testing repository,
* should be available at your local mirror within two days.
Update it wi
On Mon, 07.01.13 15:23, Matthew Miller (mat...@fedoraproject.org) wrote:
> On Sun, Jan 06, 2013 at 02:37:18AM +, Matthew Garrett wrote:
> > > What about making this an optional bootloader in F19 (in kickstart and
> > > via a
> > > hidden option)?
> > I don't think there'd be any objection to
On Sun, Jan 06, 2013 at 02:37:18AM +, Matthew Garrett wrote:
> > What about making this an optional bootloader in F19 (in kickstart and via a
> > hidden option)?
> I don't think there'd be any objection to that - it makes sense for
> appliance-type scenarios.
Cool. Feature proposal:
https://
On 07/01/2013 at 7:40 PM, "Matthias Clasen" wrote:
>
>- Original Message -
>
>> And is it possible to disable suspend on lid close but still have
>> GNOME lock the screen on lid close? No? Didn't think so...
>
>With the lid closed, your session will go idle, which will
>eventually cause t
Summary of changes:
30803ca... Initial import (#876399) (*)
(*) 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-de...@lists.fedoraproject.org
https://admin.fedoraprojec
Summary of changes:
30803ca... Initial import (#876399) (*)
(*) 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-de...@lists.fedoraproject.org
https://admin.fedoraprojec
- Original Message -
> And is it possible to disable suspend on lid close but still have
> GNOME lock the screen on lid close? No? Didn't think so...
With the lid closed, your session will go idle, which will eventually cause the
screen to lock.
--
devel mailing list
devel@lists.fedorap
On 07/01/2013 at 6:22 PM, "Matthias Clasen" wrote:
>Quite a bit of misinformation in this discussion. Let me clarify
>what GNOME 3.6 actually does:
>
>- We take inhibitors to block logind from handling
>power/suspend/etc keys, since gnome-settings-daemon handles those
>
>- We don't take a lid cl
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=847128
--- Comment #3 from Bill Pemberton ---
A little bump for this. perl(Convert::NLS_DATE_FORMAT) is in EPEL6 now.
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug
https://bugzi
Il 07/01/2013 18:46, gil ha scritto:
Il 07/01/2013 17:14, Jochen Schmitt ha scritto:
Hallo,
Unfortunately, I have an issue to build scala-2.10.0 on rawhide. I have
got the following error message from the buildsystem:
artifact:dependencies] Diagnosis:
[artifact:dependencies]
[artifact:depen
- Original Message -
> On Sat, 05.01.13 22:54, alex...@hushmail.com (alex...@hushmail.com)
> wrote:
> GNOME on F18 takes the lock and handles the lid switch on its own.
> You
> can verify that with "systemd-inhibit --list".
>
> >
> > There is almost nothing you can configure with GUI in
A file has been added to the lookaside cache for perl-ExtUtils-Typemaps-Default:
fb1af6b88fe419e9a77d01642b4b2378 ExtUtils-Typemaps-Default-1.01.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://a
Il 07/01/2013 17:14, Jochen Schmitt ha scritto:
Hallo,
Unfortunately, I have an issue to build scala-2.10.0 on rawhide. I have
got the following error message from the buildsystem:
artifact:dependencies] Diagnosis:
[artifact:dependencies]
[artifact:dependencies] Unable to resolve artifact: M
On 01/07/2013 04:50 PM, Petr Pisar wrote:
The pre-precessed code is:
for (i = 0; i <= LAST_FLAG; i++) {
((all_heap_codes *)(0x1000))->yap_flags_field[i] = 0;
}
I think the number of iterations (24) is one larger than the number of
array elements (23).
--
Florian Weimer / Red
Hallo,
Unfortunately, I have an issue to build scala-2.10.0 on rawhide. I have
got the following error message from the buildsystem:
artifact:dependencies] Diagnosis:
[artifact:dependencies]
[artifact:dependencies] Unable to resolve artifact: Missing:
[artifact:dependencies] --
[artifa
On Mon, 07 Jan 2013 15:54:23 +0100
Remi Collet wrote:
> 2 months ago I have open a bug tracker for all packages with an apache
> configuration file, which need to be fixed to work with httpd 2.4.
>
> The current situation, 1 week before release, don't seems really good,
> see
> https://bugzilla.
On Mon, Jan 07, 2013 at 03:50:01PM +, Petr Pisar wrote:
> > yap-6.2.2-4.fc18.src.rpm
> > similar to getdata bug:
> > LAST_FLAG = 23
> > ...
> > #define NUMBER_OF_YAP_FLAGS LAST_FLAG
> > ...
> > #define yap_flags Yap_heap_regs->yap_flags_field
> > ...
> > Int ya
Petr Pisar wrote, at 01/08/2013 12:50 AM +9:00:
On 2013-01-04, Jakub Jelinek wrote:
yap-6.2.2-4.fc18.src.rpm
similar to getdata bug:
LAST_FLAG = 23
...
#define NUMBER_OF_YAP_FLAGS LAST_FLAG
...
#define yap_flags Yap_heap_regs->yap_flags_field
On 01/07/2013 02:54 PM, Remi Collet wrote:
2 months ago I have open a bug tracker for all packages with an apache
configuration file, which need to be fixed to work with httpd 2.4.
The current situation, 1 week before release, don't seems really good,
see
https://bugzilla.redhat.com/showdependen
On 2013-01-04, Jakub Jelinek wrote:
>
> getdata-0.7.3-3.fc18.src.rpm
> GCC is now more aggresive in turning loops that invoke undefined
> behavior into endless loops. In test/get_uint32.c there is:
> uint32_t data_data[128];
> int fd, n, error, r = 0;
> ...
> f
Hi,
I plan to rebase poppler in rawhide to poppler-0.22.0 at the beginning
of next week.
There are several API changes and 1 soname bump (libpoppler.so.26 to
libpoppler.so.34).
The API changes are mostly new functions but also some removals and
moves of members between public and private section
Summary of changes:
e2a0096... Update to version 0.803 (*)
(*) 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-de...@lists.fedoraproject.org
https://admin.fedoraproject
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=891863
--- Comment #2 from Fedora Update System ---
perl-Rose-DB-Object-0.803-1.fc18 has been submitted as an update for Fedora 18.
https://admin.fedoraproject.org/updates/perl-Rose-DB-Object-0.803-1.fc18
--
You are receiving this mail
2 months ago I have open a bug tracker for all packages with an apache
configuration file, which need to be fixed to work with httpd 2.4.
The current situation, 1 week before release, don't seems really good,
see
https://bugzilla.redhat.com/showdependencytree.cgi?id=871373&hide_resolved=1
16 pack
Compose started at Mon Jan 7 09:17:34 UTC 2013
Removed package: gpxe-1.0.1-7.fc18
Summary:
Added Packages: 0
Removed Packages: 1
Upgraded Packages: 0
Compose finished at Mon Jan 7 13:55:28 UTC 2013
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mail
Compose started at Mon Jan 7 08:15:06 UTC 2013
Broken deps for x86_64
--
[bootconf]
bootconf-1.4-6.fc18.noarch requires grub
[dogtag-pki]
dogtag-pki-10.0.0-0.16.b3.fc19.noarch requires dogtag-pki-server-theme
>= 0:10.0.0
[em
Hot problems:
ID Components Count
---
186587 kernel 411
186872 kernel 350
185998 gnome-packagekit 212
187
Hi folks,
I've received new bugs in the form:
"bibus-1...5...2 is available". There's already a bug for 1.5.2. Is
something faulty with the script?
--
Thanks,
Warm regards,
Ankur: "FranciscoD"
Please only print if necessary.
Looking to contribute to Fedora? Look here:
https://fedoraproject.
42 matches
Mail list logo
