On 07/17/2010 04:57 AM, Michel Alexandre Salim wrote:
> One of the gthumb bug (588039) has been generating a lot of duplicate bug
> entries in Bugzilla -- 2.11.x versions prior to 2.11.4 fail at startup on
> DRI-less systems due to a hard reliance on Clutter (the same way mutter
> would fail on
I vaguely remember something about this, but can't find it in wiki or
list archives:
My upstream hasn't updated in years, but the package (glglobe) still
builds for fedora and epel. Late in 2009, it appears that the upstream
hosting site was closed: http://www.geocities.com (now yahoo).
However,
On Sat, 2010-07-17 at 09:55 +1000, David Timms wrote:
> Would it it be useful for abrt to automatically submit bugs to such a
> thing ?
> This wouldn't pollute either fedora's or upstream bug systems, yet it
> would capture vital info (backtrace) that would otherwise go missing.
> With some market
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I've been struggling with a particular wrinkle in dist-git, how fedpkg
is supposed to reliably discover what Fedora release a packager is
working on.
In the CVS world, we used a "branch" file. This is OK, but I think it
would be cleaner if we didn't
On 17/07/10 08:12, Christoph Wickert wrote:
...
> It refers to "bugs" and thus *covers* all bugs. You should first try to
> fix it yourself and upstream the fix if it's not Fedora specific. If you
> cannot fix the problem yourself, ask upstream for help.
Many packagers are not programmers, and even
One of the gthumb bug (588039) has been generating a lot of duplicate bug
entries in Bugzilla -- 2.11.x versions prior to 2.11.4 fail at startup on
DRI-less systems due to a hard reliance on Clutter (the same way mutter
would fail on such systems). That bug itself is on QA, now that 2.11.5 is
i
> At present the script opens over 300 windows, which have to be closed
> manually. I coudn't think of an automatic way of closing them; how does
> AutoQA going to deal with the problem of testing GUI apps?
I think wmctrl would help here.
Rich
--
devel mailing list
devel@lists.fedoraproject.org
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=603249
Subhendu Ghosh changed:
What|Removed |Added
Le vendredi 16 juillet 2010 à 14:32 -0600, Orion Poplawski a écrit :
> On 07/15/2010 07:41 AM, Jonathan MERCIER wrote:
> > hi everybody
> > ldc compiler is in testing repos, i search some guy for test and
> > increase his karma thanks
> > link:
> > https://admin.fedoraproject.org/updates/ldc-0.9.2-
Am Dienstag, den 13.07.2010, 21:34 -0700 schrieb Matt McCutchen:
> On Sun, 2010-07-11 at 13:22 +0200, Christoph Wickert wrote:
>
> > It is indeed documented in the wiki: "If there are bugs which you aren't
> > capable of fixing yourself because they deal with intricacies of the
> > source code whi
On 07/12/2010 05:38 PM, Jeff Spaleta wrote:
> On Mon, Jul 12, 2010 at 1:25 PM, Przemek Klosowski
> wrote:
>> If you kill all of them you'd get rid of the ones you suggested for a
>> legit AutoQA tests.
>
> Yes I would. And I'm okay with that. Since there been no work done to
> identify any script
On Fri, Jul 16, 2010 at 10:48:44PM +0200, Roberto Ragusa wrote:
> I do not see events generated by those keys. That is, if I run "xev" I see
> events for some buttons (VolumeUp, Mute) but nothing for others (ThinkVantage
> and many Fn-F?? combinations).
>
> This is on Fedora-10, anyway. (...I kno
In article <20100716120023.4468b...@willson.li.ssimo.org> you wrote:
> Gmail is available via POP and IMAP ... not antithetic to MUAs.
The IMAP is actually pretty non-standard. Enough to be usable, but
broken beyond that. The tag/folder translation is horrible. A move
requires two passes to get it
On Tue, Jul 13, 2010 at 12:03 PM, Przemek Klosowski
wrote:
> On 07/13/2010 11:55 AM, Brandon Lozza wrote:
>
>> I'm going to keep a personal note of the apps which do perform faster
>> and grab the src rpm's so that I can compile them myself with LTO.
>
> Jakub Jelinek said that "LTO isn't really u
Bojan Smojver rexursive.com> writes:
> Bojan Smojver rexursive.com> writes:
>
> > Could someone with enough karma rebuild krb5-auth-dialog 0.16 for F-13
> > (this is in relation to bug #597669). The 0.15 is leaking memory like
> > there is no tomorrow and I'm not getting much traction from the
On Thu, Jul 08, 2010 at 06:17:49PM -0700, Roland McGrath wrote:
> It's pretty hard to imagine what you could preserve across builds of
> nontrivially nonidentical source trees that would continue to line up at
> the basic block level where it's meaningful to the compiler. Perhaps you
> could do so
On Fri, Jul 09, 2010 at 12:28:46PM -0400, Al Dunsmuir wrote:
> I would suggest doing PGO for the following:
The kernel?
Rich.
--
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
Read my programming blog: http://rwmj.wordpress.com
Fedora now supports 80 OCaml packag
tor 2010-07-15 klockan 08:58 +0200 skrev Till Maas:
> How are the /etc/sysconfig/ files now used? E.g. on F12 ntpd
> drops privs to ntp:ntp according to /etc/sysconfing/ntpd, but
> ntpd.service file seems not to do something like this.
So how about this:
If /etc/sysconfig/ exists and contains an
Matthew Garrett wrote:
> On Fri, Jul 16, 2010 at 09:42:33PM +0200, Roberto Ragusa wrote:
>
>> I have a use case which does not involve power management.
>> Some keys on my Thinkpad generate ACPI events which I can assign
>> to scripts run by acpid.
>
> Keys also all generate input events, and the
On Fri, Jul 16, 2010 at 20:52, Zach Carter wrote:
> On Friday 16 July 2010 00:36:31 Andreas Schwab wrote:
>> > Any insight, tips or pointers would be much appreciated.
>>
>> You could modify the spec file to cat the config.log file on error,
>> which should give you more clues.
>
> Thanks for the
https://bugzilla.redhat.com/show_bug.cgi?id=547503
https://bugzilla.redhat.com/attachment.cgi?id=432492&action=diff
https://bugzilla.redhat.com/attachment.cgi?id=432492&action=edit
--
389-devel mailing list
389-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-dev
On Fri, Jul 16, 2010 at 09:42:33PM +0200, Roberto Ragusa wrote:
> I have a use case which does not involve power management.
> Some keys on my Thinkpad generate ACPI events which I can assign
> to scripts run by acpid.
Keys also all generate input events, and the /proc/acpi/events
interface is s
On 07/15/2010 07:41 AM, Jonathan MERCIER wrote:
> hi everybody
> ldc compiler is in testing repos, i search some guy for test and
> increase his karma thanks
> link:
> https://admin.fedoraproject.org/updates/ldc-0.9.2-1.2.20100706hg1653.fc13
>
Is it possible to do anything useful with just ldc?
[
On Friday 16 July 2010 00:36:31 Andreas Schwab wrote:
> > Any insight, tips or pointers would be much appreciated.
>
> You could modify the spec file to cat the config.log file on error,
> which should give you more clues.
Thanks for the suggestion. I did that and got a more verbose and detailed
On Fri, Jul 16, 2010 at 12:21:40PM -0700, Jonathan Ryshpan wrote:
> > But, I'm going to guess that you don't have the bash-completion
> > package installed. That is what provides /etc/bash_completion.
> I don't think this is quite true, since it looks like the contents
> of /etc/bash_completion.d
Jonathan Ryshpan wrote:
> On Thu, 2010-07-15 at 21:42 -0400, Todd Zullinger wrote:
>> Jonathan MERCIER wrote:
>>> why default bahrc do not contain all file in /etc/bash_completion.d ?
>>> me i add in bashrc:
>>> for file in /etc/bash_completion.d/*; do . $file; done
>>>
>>> instead . /etc/bash_comp
Till Maas wrote:
> On Thu, Jul 15, 2010 at 04:18:06PM +0200, Lennart Poettering wrote:
>> On Thu, 15.07.10 08:58, Till Maas (opensou...@till.name) wrote:
>>
>>> On Thu, Jul 15, 2010 at 03:30:41AM +0200, Lennart Poettering wrote:
>>>
>>> And why should acpid go away? What is there that can be used i
On Thu, 2010-07-15 at 21:42 -0400, Todd Zullinger wrote:
> Jonathan MERCIER wrote:
> > why default bahrc do not contain all file in /etc/bash_completion.d ?
> > me i add in bashrc:
> > for file in /etc/bash_completion.d/*; do . $file; done
> >
> > instead . /etc/bash_compeltion => because do not wo
On Fri, 2010-07-16 at 19:56 +0200, Michael Schwendt wrote:
> http://bugzilla.redhat.com/615422
>
> What to do with this ticket? XLib, Pulse Audio and gtk2 in the backtrace.
> What do other package maintainers do with such reports?
I'd pick any one of the components and CC the maintainers of all t
Minutes:http://meetbot.fedoraproject.org/fedora-
meeting/2010-07-16/fedora-releng.2010-07-16-17.01.html
Minutes (text): http://meetbot.fedoraproject.org/fedora-
meeting/2010-07-16/fedora-releng.2010-07-16-17.01.txt
Log:http://meetbot.fedoraproject.org/fedora-
meeting/2010
http://bugzilla.redhat.com/615422
What to do with this ticket? XLib, Pulse Audio and gtk2 in the backtrace.
What do other package maintainers do with such reports?
Thread 1 (Thread 1787):
#0 XCloseDisplay (dpy=0x99f9c08) at ClDisplay.c:74
ext = 0x0
i =
#1 0x060966e6 in pa_clien
On Thu, Jul 15, 2010 at 10:18 AM, Lennart Poettering
wrote:
>> How are the SSH host keys supposed to be generated with systemd?
>> Currently the initscript creates them, if they do not exist.
>
> Well, I believe the right place to create them would be in sshd
Hi Lennart,
as a downstream of Fedor
On Wed, Jul 7, 2010 at 22:29, Tom "spot" Callaway wrote:
> [cdamian] sphinx: libsphinxclient-0.9.9-1.fc13.x86_64
this should be fixed in rawhide now
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Meeting summary
---
* LINK:
https://bugzilla.redhat.com/showdependencytree.cgi?id=611990&hide_resolved=1
(adamw, 16:03:18)
* https://bugzilla.redhat.com/show_bug.cgi?id=596985 (poelcat,
16:05:35)
* LINK: http://tinyurl.com/2apxuo7 (adamw, 16:05:49)
* ACTION: https://bug
On 7 July 2010 21:29, Tom "spot" Callaway wrote:
> [jgu] emacs-auctex: tex-preview-11.86-2.fc14.noarch
> emacs-auctex-doc-11.86-2.fc14.noarch
Fixed in rawhide (emacs-auctex-11.86-3)
> [jgu] shorewall: shorewall6-lite-4.4.10-4.fc14.noarch
> shorewall-lite-4.4.10-4.fc14.noarch
Both false positiv
On Wed, 2010-07-07 at 16:29 -0400, Tom "spot" Callaway wrote:
> [ndim] nted: nted-doc-1.10.3-2.fc14.noarch
> nted-ntedfont-fonts-1.10.3-2.fc14.noarch
Fixed in nted-1.10.12-2.fc14.
> [ndim] simulavr: simulavr-doc-0.1.2.6-6.fc13.noarch
Fixed in simulavr-0.1.2.6-7.fc14.
> [ndim] terminus-fonts:
On Fri, 2010-07-16 at 17:39 +0200, Nicolas Mailhot wrote:
> Le 16/07/2010 17:29, Adam Williamson a écrit :
>
> > It's even faster, however, to dump all your mail in GMail and use that
> > as your server.
>
> Well, I assume that the scores of MUAs we still ship mean gmail has not
> taken over all
On Fri, 16 Jul 2010 17:39:39 +0200
Nicolas Mailhot wrote:
> Le 16/07/2010 17:29, Adam Williamson a écrit :
>
> > It's even faster, however, to dump all your mail in GMail and use
> > that as your server.
>
> Well, I assume that the scores of MUAs we still ship mean gmail has
> not taken over al
Le 16/07/2010 17:29, Adam Williamson a écrit :
> It's even faster, however, to dump all your mail in GMail and use that
> as your server.
Well, I assume that the scores of MUAs we still ship mean gmail has not
taken over all our users yet.
--
Nicolas Mailhot
--
devel mailing list
devel@lists.
On Fri, 2010-07-16 at 17:11 +0200, Nicolas Mailhot wrote:
> These days it is much easier to set up a local dovecot than try to
> convince MUA authors to fix their stuff (and with squirrelmail you can
> even webmailize it)
It's even faster, however, to dump all your mail in GMail and use that
as y
Le 15/07/2010 19:42, Till Maas a écrit :
> On Thu, Jul 15, 2010 at 07:04:49PM +0200, Lennart Poettering wrote:
>> In contrast to SSH it is very unlikely that dovecot will run on
>> non-server systems.
> I am not sure how comm
on it is, but I use dovecot to be able to access
> the mail that is st
2010/7/16 Colin Walters :
>
> But verifying a git tag is really easy too. I just disagree with you;
> if tarballs are provided, fine - if they aren't, it's trivial to use
> archives of git tags.
> --
Is there a script to help us to verify and pull sources from git repo?
Meego project have dozens
On Fri, Jul 16, 2010 at 6:26 AM, Chen Lei wrote:
>
> It seems no guideline forbid us to use tarballs extracted from
> upstream repo. I think using git repo for meego packages have more
> harm than benefit, because the most important feature for rpm is
> people can validate the md5sum of the sourc
2010/7/16 Mattias Ellert :
> fre 2010-07-16 klockan 18:26 +0800 skrev Chen Lei:
>
>> I think using git repo for meego packages have more
>> harm than benefit, because the most important feature for rpm is
>> people can validate the md5sum of the source tarball easily. Unless
>> special case we can'
On Fri, 16.07.10 09:32, Hans Ulrich Niedermann (h...@n-dimensional.de) wrote:
>
> On Thu, 2010-07-15 at 16:18 +0200, Lennart Poettering wrote:
> > Note that if admins want to change the parameters passed to daemons they
> > have a very easy way to do that in systemd: they can just copy the
> > rp
On Fri, 16 Jul 2010 12:34:54 +0200, Dan wrote:
> the result of the rebuild are:
>
> failed to build due the removed function, here I will prepare a fix
> multiget
>
> failed to build due other problems:
> audacity
Likely fall-out from the recent upgrade to GCC 4.5.0 a few days ago.
> plee-the-
fre 2010-07-16 klockan 18:26 +0800 skrev Chen Lei:
> I think using git repo for meego packages have more
> harm than benefit, because the most important feature for rpm is
> people can validate the md5sum of the source tarball easily. Unless
> special case we can't find a way to get reliable souce
2010/7/12 Kevin Kofler :
> Michel Alexandre Salim wrote:
>> I experienced this recently with another project (openSUSE's build
>> service client) -- GitHub lets you download a project's tagged
>> snapshots as tarballs, but Gitorious does not have this functionality.
>
> But on-demand autogenerated
Compose started at Fri Jul 16 08:15:19 UTC 2010
Broken deps for x86_64
--
BackupPC-3.1.0-14.1.fc14.noarch requires perl-suidperl
PragmARC-20060427-6.fc13.i686 requires libgnarl-4.4.so
PragmARC-20060427-6.fc13.i686 requ
the result of the rebuild are:
failed to build due the removed function, here I will prepare a fix
multiget
failed to build due other problems:
audacity
plee-the-bear
ucblogo
Dan
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
2010/7/11 pbrobin...@gmail.com :
>
> I don't agree with the easier, and the releases are all built on tags.
>
> Well someone will have to get the policy added to the packaging
> guidelines. There's guidelines for using VC repos but not for using
> tar files from other distros source packages.
>
> P
Zach Carter writes:
> Any insight, tips or pointers would be much appreciated.
You could modify the spec file to cat the config.log file on error,
which should give you more clues.
Andreas.
--
Andreas Schwab, sch...@redhat.com
GPG Key fingerprint = D4E8 DBE3 3813 BB5D FA84 5EC7 45C6 250E 6F0
On Thu, 2010-07-15 at 16:18 +0200, Lennart Poettering wrote:
> Note that if admins want to change the parameters passed to daemons they
> have a very easy way to do that in systemd: they can just copy the
> rpm-owned service file from /lib/systemd/system into
> /etc/systemd/systemd and then make th
53 matches
Mail list logo
