Re: moderated/held messages on mailing lists

On Fri, May 21, 2010 at 05:42:38PM -0400, Seth Vidal wrote: > On Fri, 21 May 2010, Richard W.M. Jones wrote: > > On Fri, May 21, 2010 at 05:25:00PM -0400, Seth Vidal wrote: > >> Hi Everyone, > >> If you are receiving this email then you are listed as the owner of a > >> mailing list hosted by the

Re: moderated/held messages on mailing lists

On Fri, 21 May 2010 16:41:14 -0500, Matt_Domsch wrote: > It has nothing to do with disk space. Sitting on a few hundred thousand spam > messages for no reason, that'll get ignored forever, and that slow mailman > down, serves no purpose. > > If moderators want to actually moderate their lists

Re: web-m and Fedora 14

On 20.05.2010 18:42, Jesse Keating wrote: > On Thu, 2010-05-20 at 14:25 +0100, Bastien Nocera wrote: >> I'd expect most of the support to end up in F13 updates, so I'm not >> sure a feature page really makes sense. > This happens with a lot of our features anyway, [...] And that imho is quite bad

Features in new releases / updates

On Sat, 2010-05-22 at 10:14 +0200, Thorsten Leemhuis wrote: > On 20.05.2010 18:42, Jesse Keating wrote: > > On Thu, 2010-05-20 at 14:25 +0100, Bastien Nocera wrote: > >> I'd expect most of the support to end up in F13 updates, so I'm not > >> sure a feature page really makes sense. > > This happen

Re: Packages depending on Yelp

On Fri, May 21, 2010 at 07:08:20AM +0530, Rahul Sundaram wrote: > > That sounds like a bug. Which applications are that way? I may not be the most qualified to answer that, but it seems to me that the manuals are more or less docbook manuals, omf files are just metadata for the manuals. So ther

Re: moderated/held messages on mailing lists

writes: > It has nothing to do with disk space. Sitting on a few hundred > thousand spam messages for no reason, that'll get ignored forever, > and that slow mailman down, serves no purpose. But why would there be so many spam messages in need of manual moderation? Surely there is a spam filte

Re: Font rendering in F13

Hi, Will the bytecode interpreter in freetype be enabled for Fedora 14? -Ilyes Gouta On Wed, Mar 3, 2010 at 11:53 PM, Matthias Clasen wrote: > Hey, > > early in the F13 cycle, we enabled the bytecode interpreter in our > freetype package, since the patents on that have expired last fall. > Unfo

Re: rawhide report: 20100517 changes

fre 2010-05-21 klockan 19:55 -0500 skrev Matt Domsch: > On Fri, May 21, 2010 at 08:40:12AM +0100, Richard W.M. Jones wrote: > > On Fri, May 21, 2010 at 07:44:48AM +0200, Kevin Kofler wrote: > > > Rawhide Report wrote: > > > > mumble-1.2.2-8.fc14 > > > > --- > > > > * Sun May 16 2010

Re: Font rendering in F13

On Wed, Mar 3, 2010 at 11:53 PM, Matthias Clasen wrote: > early in the F13 cycle, we enabled the bytecode interpreter in our > freetype package, since the patents on that have expired last fall. > Unfortunately, it turned out that many free fonts don't actually benefit > from this, and actually l

Packaging Google Font Directory for Fedora 14

Hi, Google released a set of high quality fonts as open source and I'm wondering of those can be packaged and included for/in the next Fedora 14. Would that be possible? http://code.google.com/p/googlefontdirectory/ -Ilyes Gouta -- devel mailing list devel@lists.fedoraproject.org https://admin.

Re: ImageMagick update

Hi, On 05/17/2010 03:13 AM, Chen Lei wrote: > > > 2010/5/16 Pavel Alexeev (aka Pahan-Hubbitus) > > > > About ABI breakage there separate problem in ImageMagick - > > http://www.mail-archive.com/debian-bugs-d...@lists.debian.org/msg736218.html > So, upstr

Re: Packaging Google Font Directory for Fedora 14

Ilyes Gouta wrote: > Hi, > > Google released a set of high quality fonts as open source and I'm > wondering of those can be packaged and included for/in the next Fedora > 14. Would that be possible? > > http://code.google.com/p/googlefontdirectory/ You should look at

rawhide report: 20100522 changes

Compose started at Sat May 22 08:15:37 UTC 2010 Broken deps for i386 -- SolarModel-2.1-7.fc14.i686 requires libIrrlicht.so.1.6 almanah-0.7.2-1.fc13.i686 requires libedataserver-1.2.so.11 almanah-0.7.2-1.fc13.i686 requi

Re: Features in new releases / updates

On 22.05.2010 11:59, Matt McCutchen wrote: > On Sat, 2010-05-22 at 10:14 +0200, Thorsten Leemhuis wrote: >> On 20.05.2010 18:42, Jesse Keating wrote: >>> On Thu, 2010-05-20 at 14:25 +0100, Bastien Nocera wrote: I'd expect most of the support to end up in F13 updates, so I'm not sure a fea

Re: ImageMagick update

2010/5/22 Hans de Goede > Hi, > > On 05/17/2010 03:13 AM, Chen Lei wrote: > > > > repoquery --repoid=rawhide --whatrequires --alldeps ImageMagick-c++ > > ImageMagick-c++-0:6.6.0.2-8.fc14.i686 > > ImageMagick-c++-0:6.6.0.2-8.fc14.x86_64 > > inkscape-0:0.48-0.2.20100505bzr.fc14.x86_64 > > ImageMagi

Re: rawhide report: 20100517 changes

2010/5/22 Mattias Ellert > fre 2010-05-21 klockan 19:55 -0500 skrev Matt Domsch: > > On Fri, May 21, 2010 at 08:40:12AM +0100, Richard W.M. Jones wrote: > > > On Fri, May 21, 2010 at 07:44:48AM +0200, Kevin Kofler wrote: > > > > Rawhide Report wrote: > > > > > mumble-1.2.2-8.fc14 > > > > > --

Re: Packages depending on Yelp

Patrice Dumas wrote: > I may not be the most qualified to answer that, but it seems to me > that the manuals are more or less docbook manuals, omf files are just > metadata for the manuals. So there may be some manuals distributed that > way that are not associated with a button in an interface. In

Re: rawhide report: 20100517 changes

Chen Lei wrote: > I'd rather like to suggest of forbidden using of initscript in redhat-lsb > for fedora packages. Despite of the depencencies issue, we can easily > switch from /etc/rc.d/init.d/functions to /lib/lsb/init-functions and > historically /usr/lib/lsb/install_initd and /usr/lib/lsb/rem

Re: moderated/held messages on mailing lists

Richard W.M. Jones wrote: > So the problem is not length of time, but number of messages in a > directory. Why is the limit not set on number of messages, rather > than time? Is there one directory for the whole of the Fedora mail > system, or one directory per mailing list? Can individual maili

Re: rawhide report: 20100517 changes

Richard W.M. Jones wrote: > Unfortunately I couldn't find a really good way to differentiate > between Debian from Ubuntu without using 'lsb_release -i'. /etc/issue contains that information. It says something like: Ubuntu 9.04 \n \l (blank line) By the way, that also works on Fedora, my /etc/iss

libjpeg for F14

hi there, Can it be updated to upstream version in rawhide ? The libjpeg version(6b) in Fedora is quite old(27-Mar-1998). And newer versions were released on: Version 7 27-Jun-2009 Version 8 10-Jan-2010 Version 8a 28-Feb-2010 Version 8b 16-May-2010 libpng also needs

Re: Packaging Google Font Directory for Fedora 14

Ilyes Gouta wrote: > Google released a set of high quality fonts as open source and I'm > wondering of those can be packaged and included for/in the next Fedora > 14. Would that be possible? > > http://code.google.com/p/googlefontdirectory/ Not all of those fonts were actually released by Google,

Re: rawhide report: 20100517 changes

On Sat, May 22, 2010 at 05:40:45PM +0200, Kevin Kofler wrote: > Richard W.M. Jones wrote: > > Unfortunately I couldn't find a really good way to differentiate > > between Debian from Ubuntu without using 'lsb_release -i'. > > /etc/issue contains that information. It says something like: > Ubuntu 9

tmpfs for strategic directories

Is it worth using tmpfs for some directories(/var/run, lock...) ? This is ubuntu /proc/mounts: rootfs / rootfs rw 0 0 none /sys sysfs rw,nosuid,nodev,noexec,relatime 0 0 none /proc proc rw,nosuid,nodev,noexec,relatime 0 0 none /dev devtmpfs rw,relatime,size=4092312k,nr_inodes=1023078,mode=755 0

Re: tmpfs for strategic directories

On Sat, 22.05.10 18:30, Xose Vazquez Perez (xose.vazq...@gmail.com) wrote: > > Is it worth using tmpfs for some directories(/var/run, lock...) ? Yes. But this requires some changes all across the distro, just have a look at the output of "rpm -qf /var/run/*". That said most apps are fixed by no

Re: tmpfs for strategic directories

On 05/23/2010 02:36 AM, Lennart Poettering wrote: > > (And as a side note: systemd by default puts a tmpfs to both /var/run > and /var/lock). > So do you plan on getting it by default for Fedora 14? :-) Rahul -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.or

Re: tmpfs for strategic directories

I'd love to play with it. Is systemd stable enough to try it on Fedora 13? -Ilyes Gouta On Sat, May 22, 2010 at 10:10 PM, Rahul Sundaram wrote: > On 05/23/2010 02:36 AM, Lennart Poettering wrote: >> >> (And as a side note: systemd by default puts a tmpfs to both /var/run >> and /var/lock). >> >

undefined reference to symbol 'SHA256_Init'

Hi all! I am having trouble building zfs-fuse for F-13 and devel: /usr/bin/ld: lib/libzfs/libzfs.a(libzfs_sendrecv.o): undefined reference to symbol 'SHA256_Init' /usr/bin/ld: note: 'SHA256_Init' is defined in DSO /usr/lib64/libcrypto.so.10 so try adding it to the linker command line /usr/lib64

Re: undefined reference to symbol 'SHA256_Init'

On 05/23/2010 03:04 AM, Uwe Kubosch wrote: > Hi all! > > I am having trouble building zfs-fuse for F-13 and devel: > > /usr/bin/ld: lib/libzfs/libzfs.a(libzfs_sendrecv.o): undefined reference to > symbol 'SHA256_Init' > /usr/bin/ld: note: 'SHA256_Init' is defined in DSO /usr/lib64/libcrypto.so.

Re: libjpeg for F14

On Sat, May 22, 2010 at 17:55:39 +0200, Xose Vazquez Perez wrote: > hi there, > > Can it be updated to upstream version in rawhide ? Normally you want to file an RFE bug against the package. That way the request doesn't get lost. (It still might not get done right away.) -- devel mailing list

Re: NVR email I just sent

On 19 May 2010 18:01, Mike McGrath wrote: > Hello all, I just sent an email to several of you with the F12->F13 > updates list.  I included f13-updates-testing but forgot f13-updates so > some of those in the list were false positives.   Below is an updated > list.  Sorry about that. > greater fo

systemd (Was Re: tmpfs for strategic directories)

On Sun, 23.05.10 02:40, Rahul Sundaram (methe...@gmail.com) wrote: > > On 05/23/2010 02:36 AM, Lennart Poettering wrote: > > > > (And as a side note: systemd by default puts a tmpfs to both /var/run > > and /var/lock). > > > > So do you plan on getting it by default for Fedora 14? :-) Well

Re: systemd (Was Re: tmpfs for strategic directories)

On 05/23/2010 04:04 AM, Lennart Poettering wrote: > > ATM everything looks rosy. I just finished porting over all F13 > installed-by-default daemons to socket activation, and a few more (and > the patches are good enough to be upstreamable). I'll publish the > numbers of a 100% socket-activated boo

Re: tmpfs for strategic directories

On Sat, 22.05.10 22:11, Ilyes Gouta (ilyes.go...@gmail.com) wrote: > > I'd love to play with it. Is systemd stable enough to try it on Fedora 13? Well, I guess you should really know what you do if you try that. That said, if you steal the libcgroup and udev version from rawhide (which is unpr

Re: systemd (Was Re: tmpfs for strategic directories)

On Sun, 23.05.10 04:10, Rahul Sundaram (methe...@gmail.com) wrote: > > On 05/23/2010 04:04 AM, Lennart Poettering wrote: > > > > ATM everything looks rosy. I just finished porting over all F13 > > installed-by-default daemons to socket activation, and a few more (and > > the patches are good enou

Re: undefined reference to symbol 'SHA256_Init'

Thank you for your reply. I was able to fix the immediate error by linking with libcrypto as suggested. Now I get gcc -o cmd/zdb/zdb -pipe -Wall -s cmd/zdb/zdb.o cmd/zdb/zdb_il.o cmd/zdb/ptrace.o lib/libavl/libavl.a lib/libnvpair/libnvpair-user.a lib/libumem/libumem.a lib/libzfs/libzfs.a lib/

Re: systemd (Was Re: tmpfs for strategic directories)

Hey Lennart, So how fast is a systemd boot (with all the changes to the scripts) compared to the current F13 setup? How about a ratio? -Ilyes Gouta On Sat, May 22, 2010 at 11:40 PM, Rahul Sundaram wrote: > On 05/23/2010 04:04 AM, Lennart Poettering wrote: >> >> ATM everything looks rosy. I just

Re: undefined reference to symbol 'SHA256_Init'

Never mind. Missing #include On May 23, 2010, at 12:58 AM, Uwe Kubosch wrote: > Thank you for your reply. I was able to fix the immediate error by linking > with libcrypto as suggested. > > Now I get > > gcc -o cmd/zdb/zdb -pipe -Wall -s cmd/zdb/zdb.o cmd/zdb/zdb_il.o > cmd/zdb/ptrace.o li

Re: systemd (Was Re: tmpfs for strategic directories)

On Sun, 23.05.10 00:04, Ilyes Gouta (ilyes.go...@gmail.com) wrote: Heya, > So how fast is a systemd boot (with all the changes to the scripts) > compared to the current F13 setup? How about a ratio? Please be patient. To quote myself: "I'll publish the numbers of a 100% socket-activated boot soo

Re: libjpeg for F14

Xose Vazquez Perez writes: > Can it be updated to upstream version in rawhide ? I've been told (though this may well be inaccurate) that the LSB requires libjpeg 6b. If so, that would pose a problem for adopting the non-ABI-compatible version 8. In any case I'm not eager to force a recompile of

Re: systemd (Was Re: tmpfs for strategic directories)

On 22 May 2010 23:51, Lennart Poettering wrote: > hughsie prepped some packages for systemd, but I cannot really tell you > right now where they are available. systemd package available here: http://people.freedesktop.org/~hughsient/fedora/ The patched daemons are not available yet, so it doesn'

Re: libjpeg for F14

On Sat, May 22, 2010 at 10:23:05PM -0400, Tom Lane wrote: > Xose Vazquez Perez writes: > > Can it be updated to upstream version in rawhide ? > > I've been told (though this may well be inaccurate) that the LSB > requires libjpeg 6b. If so, that would pose a problem for adopting > the non-ABI-co

Re: libjpeg for F14

On Sat, May 22, 2010 at 10:23:05PM -0400, Tom Lane wrote: > Xose Vazquez Perez writes: > > Can it be updated to upstream version in rawhide ? > > I've been told (though this may well be inaccurate) that the LSB > requires libjpeg 6b. If so, that would pose a problem for adopting > the non-ABI-co