Re: dist-git proof of concept phase 1 complete

On Tue, 2009-12-15 at 09:17 +0300, Peter Lemenkov wrote: > How to easily clone whole package tree? Right now? Not all that hard. You'd have to write a script that has all the package names and just cycles over them cloning them one by one. Once we start working on fpkg we'll likely wire somethin

Re: dist-git proof of concept phase 1 complete

Hello All! 2009/12/15 Jesse Keating : > git://publictest5.fedoraproject.org/git/pkgs/  eg if you wished > to clone the kernel, you'd type: > > git clone git://publictest5.fedoraproject.org/git/pkgs/kernel How to easily clone whole package tree? -- With best regards, Peter Lemenkov. -- fedora

Re: dist-git proof of concept phase 1 complete

On Tue, 2009-12-15 at 04:29 +, John5342 wrote: > Gitosis which is already in fedora does a pretty good job of this > including key based auth as well as multiple authorized users per git > repo, gitweb interface etc. Might be a good starting point if you > weren't already aware of it... gitos

Re: Wiki Feature Dashboard Additional Category

Daniel Hendrycks said the following on 12/12/2009 10:03 AM Pacific Time: Hi, my name is Daniel Hendrycks . I have a suggestion for the Fedora Wiki Feature Request Dashboard: The wiki page explaining how to properly request a feature had a link to another w

Re: dist-git proof of concept phase 1 complete

On Tue, Dec 15, 2009 at 03:21, Jesse Keating wrote: > [...] > Currently I only have anonymous git:// access setup, as we play with > some options for authenticated writing.[...] Gitosis which is already in fedora does a pretty good job of this including key based auth as well as multiple authoriz

Re: dist-git proof of concept phase 1 complete

On Mon, 2009-12-14 at 19:21 -0800, Jesse Keating wrote: > git clone git://publictest5.fedoraproject.org/git/pkgs/kernel This was the wrong path: git clone git://publictest5.fedoraproject.org/pkgs/kernel -- Jesse Keating Fedora -- Freedom² is a feature! identi.ca: http://identi.ca/jkeating sig

Re: dist-git proof of concept phase 1 complete

On Mon, 2009-12-14 at 21:48 -0600, Sir Gallantmon wrote: > Do you have the webview set up yet? Not as of yet. -- Jesse Keating Fedora -- Freedom² is a feature! identi.ca: http://identi.ca/jkeating signature.asc Description: This is a digitally signed message part -- fedora-devel-list mailing

Re: dist-git proof of concept phase 1 complete

Do you have the webview set up yet? On Mon, Dec 14, 2009 at 9:21 PM, Jesse Keating wrote: > In my effort to create a proof of concept for using git to manage our > package source control, I have completed what I am calling phase one, > that is taking our current dist-cvs and converting it into g

Re: Datacenter, git, and cvs

On Mon, 2009-12-14 at 19:55 -0500, Jeff Garzik wrote: > I think of it less as a question of /liking/ CVS, and more an admission > that a global workflow change has real costs for each individual developer. > > A "flag day"-style transition is clean and efficient, but often locks > out developers

dist-git proof of concept phase 1 complete

In my effort to create a proof of concept for using git to manage our package source control, I have completed what I am calling phase one, that is taking our current dist-cvs and converting it into git format. pkgs/rpms//devel is now the git origin/master. All release subdirs have been turned in

Re: Datacenter, git, and cvs

On 12/14/2009 05:31 PM, Todd Zullinger wrote: Jeff Garzik wrote: If done right, the move to git can still service CVS requests in some capacity... that may make the transition a little less abrupt and painful. Perhaps. But git-cvsserver is a rather limited crutch that I can't imagine anyone

Re: mono and snk key files

On 12/13/2009 06:16 AM, Christopher Brown wrote: > 2009/12/11 Adam Goode : >> We should definitely use Debian's key, right? Otherwise some Fedora CLI >> libraries would be unnecessarily incompatible with Debian, and whoever >> else uses Debian's key. >> >> The whole business of not shipping code-si

Re: Why pavucontrol is not installed by default?

On Mon, 2009-12-14 at 23:22 +0100, Kevin Kofler wrote: > Adam Williamson wrote: > > I actually dropped gst-mixer with F12, as we planned all along. So that > > one's not an option for F12. > > Someone could unorphan it, or use the F11 package. > > (BTW, I don't see why you retired it as it was cl

Evo messages don't refresh when deleting

Rawhide system upgraded from F12+updates as of today.. If you go to a folder and on the right side on top of the preview pane, and click on an email and delete it, at times (although it seems not every time, and maybe random), the next email isn't refreshed and/or isn't shown on the bottom of the

Re: astronomy-bookmarks conflicts with fedora-bookmarks

On Mon, Dec 14, 2009 at 10:32 PM, Eric Christensen wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > When trying to install astronomy-bookmarks I get the error that > "astronomy-bookmarks conflicts with fedora-bookmarks" in PackageKit.  I > looked at the source (an HTML file) but I can'

Re: Anyone else want to maintain alltray?

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dne 14.12.2009 18:54, Lucélio Gomes de Freitas napsal(a): > Nikola Pajkovsky, > > OK.. I am ready to be co-maintainer, it is a pleasure to be part of this > team. > what is the first step/guideline? I hope do not dissapoint. > > Thanks. > First mak

Re: astronomy-bookmarks conflicts with fedora-bookmarks

On Mon, Dec 14, 2009 at 05:01:56PM -0500, Mike Bonnet wrote: > On 12/14/2009 04:50 PM, Paul W. Frields wrote: > > On Mon, Dec 14, 2009 at 04:32:56PM -0500, Eric Christensen wrote: > >> When trying to install astronomy-bookmarks I get the error that > >> "astronomy-bookmarks conflicts with fedora-bo

Re: Datacenter, git, and cvs

Jeff Garzik wrote: > If done right, the move to git can still service CVS requests in > some capacity... that may make the transition a little less abrupt > and painful. Perhaps. But git-cvsserver is a rather limited crutch that I can't imagine anyone wanting to spend much time on, just to let f

Re: Why pavucontrol is not installed by default?

Adam Williamson wrote: > I actually dropped gst-mixer with F12, as we planned all along. So that > one's not an option for F12. Someone could unorphan it, or use the F11 package. (BTW, I don't see why you retired it as it was clearly still useful to some users and it can't hurt to have it in the

Re: astronomy-bookmarks conflicts with fedora-bookmarks

Mike Bonnet wrote: > The issue here is that astronomy-bookmarks explicitly Conflicts: with > fedora-bookmarks: > > http://koji.fedoraproject.org/koji/rpminfo?rpmID=1459223 That Conflicts is probably there because they provide the same file, so without the explicit Conflicts, we'd have a file con

more - trouble with signals and skb_rec_datagram()

>Hello List... > >I am working on trying to port a LINUX kernel >driver from RedHat AS 4/5 to Fedora 11 & 12. > >Within this driver, I create some threads. >The threads call skb_rec_datagram(). > >When it is time to shut down the system, >my main kernel code ( in RH 4 & 5 ) called kill_proc( pid,

Re: Datacenter, git, and cvs

On 12/14/2009 04:57 PM, Todd Zullinger wrote: Mike Chambers wrote: If I understand what is happening now (and over the past weekend), the datacenter machines are moving to a new location, AND the package building is moving from cvs to git (will be, or already in process)? Only the former is ta

Re: astronomy-bookmarks conflicts with fedora-bookmarks

On 12/14/2009 04:50 PM, Paul W. Frields wrote: > On Mon, Dec 14, 2009 at 04:32:56PM -0500, Eric Christensen wrote: >> When trying to install astronomy-bookmarks I get the error that >> "astronomy-bookmarks conflicts with fedora-bookmarks" in PackageKit. I >> looked at the source (an HTML file) but

Re: astronomy-bookmarks conflicts with fedora-bookmarks

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 12/14/2009 04:50 PM, Paul W. Frields wrote: > On Mon, Dec 14, 2009 at 04:32:56PM -0500, Eric Christensen wrote: >> When trying to install astronomy-bookmarks I get the error that >> "astronomy-bookmarks conflicts with fedora-bookmarks" in PackageKit

Re: Datacenter, git, and cvs

On Mon, Dec 14, 2009 at 3:49 PM, Mike Chambers wrote: > If I understand what is happening now (and over the past weekend), the > datacenter machines are moving to a new location, AND the package > building is moving from cvs to git (will be, or already in process)? The move from CVS to Git won't

Re: Datacenter, git, and cvs

Mike Chambers wrote: > If I understand what is happening now (and over the past weekend), > the datacenter machines are moving to a new location, AND the > package building is moving from cvs to git (will be, or already in > process)? Only the former is taking place now. A move from cvs to git is

Re: astronomy-bookmarks conflicts with fedora-bookmarks

On Mon, Dec 14, 2009 at 04:32:56PM -0500, Eric Christensen wrote: > When trying to install astronomy-bookmarks I get the error that > "astronomy-bookmarks conflicts with fedora-bookmarks" in PackageKit. I > looked at the source (an HTML file) but I can't quite figure out why it > would conflict.

Datacenter, git, and cvs

If I understand what is happening now (and over the past weekend), the datacenter machines are moving to a new location, AND the package building is moving from cvs to git (will be, or already in process)? If so, mainly the git move, will we as users/testers/etc notice any changes - via emails sen

astronomy-bookmarks conflicts with fedora-bookmarks

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 When trying to install astronomy-bookmarks I get the error that "astronomy-bookmarks conflicts with fedora-bookmarks" in PackageKit. I looked at the source (an HTML file) but I can't quite figure out why it would conflict. Does anyone know? Thanks,

Re: FreeType patented bytecode interpreter now in rawhide

On Mon, Dec 14, 2009 at 04:16:10PM -0500, Matthew Miller wrote: > Is there an open bugzilla bug for this? There is now: bug #547532. Thanks. -- Matthew Miller Senior Systems Architect Cyberinfrastructure Labs / Instructional & Research Computing Computing & Information Technology Harvard Scho

Re: FreeType patented bytecode interpreter now in rawhide

On Fri, Dec 04, 2009 at 05:56:02PM +0100, Kevin Kofler wrote: > IMHO, if we want to ship this by default, we really need to fix FreeType for > the case where the font doesn't provide hinting bytecode. AFAICT, currently, > in that case, if FreeType is built with the BCI enabled, it won't do any [...

Re: "make update" broken?

On Mon, Dec 14, 2009 at 02:43:34PM +, Bastien Nocera wrote: > On Mon, 2009-12-14 at 08:29 -0600, Jeffrey Ollie wrote: > > On Mon, Dec 14, 2009 at 7:42 AM, Bastien Nocera wrote: > > > Ideas? > > > > The Fedora Infrastrutcure is being moved to a new datacenter: > > > > https://www.redhat.com/a

trouble with signals and skb_rec_datagram()

Hello List... I am working on trying to port a LINUX kernel driver from RedHat AS 4/5 to Fedora 11 & 12. Within this driver, I create some threads. The threads call skb_rec_datagram(). When it is time to shut down the system, my main kernel code ( in RH 4 & 5 ) called kill_proc( pid, SIGTERM, 0

Re: Request for help maintaining packages while away.

On Wed, Dec 9, 2009 at 10:24 AM, Jeff Spaleta wrote: > Good Alaskan Morning! > > In two weeks I'm going to be in Antarctica for a month+ and I'm > looking for other packagers to step in for me and maintain my packages > and prepare them for F13.  I'm not exactly sure what my time and > bandwidth a

Re: Anyone else want to maintain alltray?

2009/12/14 Lucélio Gomes de Freitas : > Nikola Pajkovsky, > > OK.. I am ready to be co-maintainer, it is a pleasure to be part of this > team. > what is the first step/guideline? I hope do not dissapoint. > > Thanks. > Log into the package database and click the "Add myself to this package" button

Re: Exception request from FESCo for bundled libaries

On Mon, Dec 14, 2009 at 6:44 AM, Toshio Kuratomi wrote: > Just to make clear, Nicolas's interpretation is correct.  Attempting to work > around the problem by language lawyering does not promote better software. Another specific non-library case the pytz package was shipping its own timezone

Re: x86-64 on i386 (was Re: Promoting i386 version over x86_64?)

On Mon, Dec 14, 2009 at 05:18:47PM +, Paul Jakma wrote: > For those who can't sort by thread in their MUA: To ask that > 32-userspace-on-64 be supported (it pretty much all works, except for > yum updating certain things, like the kernel), as there are definite > benefits to a 32-by-defa

Re: MariaDB and Fedora

Le lundi 14 décembre 2009 à 17:03 +0200, Devrim GÜNDÜZ a écrit : > On Sun, 2009-12-13 at 19:27 -0500, Tom Lane wrote: > > > (FWIW, I completely agree with Monty that Oracle is likely to do > their > > best to kill MySQL once they have it. But they can't kill the GPL'd > > version as long as peopl

Re: Exception request from FESCo for bundled libaries

> On Monday 14 December 2009 04:27:52 am Nicolas Mailhot wrote: > > Though your interpretation is one reason we keep refining guidelines > to > > leave no room for bad packager excuses. Just to be clear what is bad here is the excuse, not the packager (didn't realise it when writing, English ha

Re: X on UEFI systems.

On Dec 14, 2009, at 5:44 PM, Adam Jackson wrote: > On Fri, 2009-12-11 at 17:14 -0500, Peter Jones wrote: >> On 12/11/2009 02:41 PM, Adam Williamson wrote: >>> On Thu, 2009-12-10 at 08:57 +0100, Matěj Cepl wrote: File a bug please, attaching your xorg.conf, Xorg.0.log and output of the

Re: x86-64 on i386 (was Re: Promoting i386 version over x86_64?)

On Mon, 14 Dec 2009, Adam Williamson wrote: On Mon, 2009-12-14 at 12:33 +, Paul Jakma wrote: You're missing the point. If I put you in front of 2 identical machines, one running 32bit and one 64bit software, would you be able to tell which one was which, from the interactive performance o

Re: x86-64 on i386 (was Re: Promoting i386 version over x86_64?)

On Mon, 2009-12-14 at 12:33 +, Paul Jakma wrote: > You're missing the point. > > If I put you in front of 2 identical machines, one running 32bit and > one 64bit software, would you be able to tell which one was which, > from the interactive performance of common applications? I'd be > wil

Re: Anyone else want to maintain alltray?

Nikola Pajkovsky, OK.. I am ready to be co-maintainer, it is a pleasure to be part of this team. what is the first step/guideline? I hope do not dissapoint. Thanks. Em 14-12-2009 14:20, Nikola Pajkovsky escreveu: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dne 14.12.2009 17:19, Lucélio Gome

Re: x86-64 on i386 (was Re: Promoting i386 version over x86_64?)

On Mon, 14 Dec 2009, Gregory Maxwell wrote: Yet I could tell from the applications where performance is important. You reject my metric, I reject yours. Something of an impasse. I'm not rejecting the performance metric at all. (It's also not too hard to make firefox use more than 3GB of virt

Re: x86-64 on i386 (was Re: Promoting i386 version over x86_64?)

On 12/14/2009 01:56 AM, Jon Masters wrote: On Sun, 2009-12-13 at 16:19 -0600, Chris Adams wrote: Once upon a time, Jon Masters said: Indeed. Paul, take a look at the Intel 64 ISA and you'll see it's a very different beast. Intel fixed a lot of the issues with the (more than 20 year old really

Re: Anyone else want to maintain alltray?

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dne 14.12.2009 17:19, Lucélio Gomes de Freitas napsal(a): > Rahul Sundaram, > > ref: alltray > > Is it possible to do something else for this package, except be the main > maintainer? > I use it, and want to follow, and learn more about it. > > Than

Re: x86-64 on i386 (was Re: Promoting i386 version over x86_64?)

On Mon, Dec 14, 2009 at 7:33 AM, Paul Jakma wrote: > If I put you in front of 2 identical machines, one running 32bit > and one 64bit software, would you be able to tell which one was > which, from the interactive performance of common applications? I'd > be willing to bet that for the vast majori

Re: Anyone else want to maintain alltray?

Rahul Sundaram, ref: alltray Is it possible to do something else for this package, except be the main maintainer? I use it, and want to follow, and learn more about it. Thanks. Em 14-12-2009 05:14, Rahul Sundaram escreveu: On 12/14/2009 09:03 AM, Huzaifa Sidhpurwala wrote: -BEGIN PG

Re: Exception request from FESCo for bundled libaries

On Mon, Dec 14, 2009 at 01:27:52PM +0100, Nicolas Mailhot wrote: > > > Le Lun 14 décembre 2009 12:45, Josephine Tannhäuser a écrit : > > > > of course this is a practicable rule, BUT > > the problem is upstream or the rule itself. > > > > kernels internal zlib is not a lib its a module, > > wordp

Re: Exception request from FESCo for bundled libaries

Josephine Tannhäuser wrote: > kernels internal zlib is not a lib its a module, The kernel cannot use userspace shared libraries, so it's the one component which is allowed to bundle zlib. But it's the only one! > wordpress internal php-gettext is not a lib, its a php code file. That's just a la

Re: Exception request from FESCo for bundled libaries

On Monday 14 December 2009 04:27:52 am Nicolas Mailhot wrote: > Le Lun 14 décembre 2009 12:45, Josephine Tannhäuser a écrit : > > of course this is a practicable rule, BUT > > the problem is upstream or the rule itself. > > > > kernels internal zlib is not a lib its a module, > > wordpress internal

Re: MariaDB and Fedora

On Mon, 2009-12-14 at 10:32 +0100, Steven Moix wrote: > I agree on that, and a "major" problem with PostgreSQL at the moment > is that it doesn't have a clustering engine. Except Hot Standby and Streaming Replication features that will likely appear in 8.5, PostgreSQL project won't have an "engin

Re: x86-64 on i386 (was Re: Promoting i386 version over x86_64?)

Once upon a time, Paul Jakma said: > If I put you in front of 2 identical machines, one running 32bit and > one 64bit software, would you be able to tell which one was which, > from the interactive performance of common applications? I'd be > willing to bet that for the vast majority of applica

Re: MariaDB and Fedora

On Sun, 2009-12-13 at 19:27 -0500, Tom Lane wrote: > (FWIW, I completely agree with Monty that Oracle is likely to do their > best to kill MySQL once they have it. But they can't kill the GPL'd > version as long as people are willing to work on that. Evidently > Monty isn't.) http://www.marketw

Re: "make update" broken?

On Mon, 2009-12-14 at 14:43 +, Bastien Nocera wrote: > On Mon, 2009-12-14 at 08:29 -0600, Jeffrey Ollie wrote: > > On Mon, Dec 14, 2009 at 7:42 AM, Bastien Nocera wrote: > > > Ideas? > > > > The Fedora Infrastrutcure is being moved to a new datacenter: > > > > https://www.redhat.com/archives

Re: X on UEFI systems.

On Fri, 2009-12-11 at 17:14 -0500, Peter Jones wrote: > On 12/11/2009 02:41 PM, Adam Williamson wrote: > > On Thu, 2009-12-10 at 08:57 +0100, Matěj Cepl wrote: > >> File a bug please, attaching your xorg.conf, Xorg.0.log and output of > >> the dmesg command (all from inside of VB virtual machine, o

Re: "make update" broken?

On Mon, 2009-12-14 at 08:29 -0600, Jeffrey Ollie wrote: > On Mon, Dec 14, 2009 at 7:42 AM, Bastien Nocera wrote: > > Ideas? > > The Fedora Infrastrutcure is being moved to a new datacenter: > > https://www.redhat.com/archives/fedora-announce-list/2009-December/msg8.html > https://fedorahoste

Re: cvs.fedora.redhat.com

On Mon, 14 Dec 2009 05:13:15 +0100, Mike McGrath wrote: > Some of you that have very old checkouts (I'm looking at you Domsch!) > might still be trying to contact cvs.fedora.redhat.com. If you try to use > cvs in the future and it's not working suddenly, make sure your CVSROOT > points to cvs.fedo

Re: "make update" broken?

On Mon, Dec 14, 2009 at 7:42 AM, Bastien Nocera wrote: > Ideas? The Fedora Infrastrutcure is being moved to a new datacenter: https://www.redhat.com/archives/fedora-announce-list/2009-December/msg8.html https://fedorahosted.org/fedora-infrastructure/ticket/1845 -- Jeff Ollie -- fedora-de

"make update" broken?

Ideas? $ make update Creating a new update for gnome-bluetooth-2.28.4-2.fc12 Password for hadess: Creating a new update for gnome-bluetooth-2.28.4-2.fc12 ServerError(https://admin.fedoraproject.org/updates/save, 500, Internal Server Error) Traceback (most recent call last): File "/usr/bin/b

Re: cvs.fedora.redhat.com

On Mon, Dec 14, 2009 at 07:16:19AM -0600, Matt Domsch wrote: > On Sun, Dec 13, 2009 at 10:13:15PM -0600, Mike McGrath wrote: > > Some of you that have very old checkouts (I'm looking at you Domsch!) > > might still be trying to contact cvs.fedora.redhat.com. If you try to use > > cvs in the future

Is bodhi supposed to be fully working again?

Is Bodhi (aka https://admin.fedoraproject.org/updates/) supposed to be fully working again? I can login, but whenever I try to add a new update, I get "500 Internal error" after clicking on "Save Update" and waiting a minute or so. Tom -- fedora-devel-list mailing list fedora-devel-list@redhat.

Re: x86-64 on i386 (was Re: Promoting i386 version over x86_64?)

Le Lun 14 décembre 2009 13:31, Nicolas Mailhot a écrit : > > > > Le Lun 14 décembre 2009 12:51, Ralf Corsepius a écrit : > >> Of course, this is an extreme case, but they also aren't "that rare" in >> real world cases. > > They aren't "that rare" on very specific workloads (numeric computation).

Re: cvs.fedora.redhat.com

On Sun, Dec 13, 2009 at 10:13:15PM -0600, Mike McGrath wrote: > Some of you that have very old checkouts (I'm looking at you Domsch!) > might still be trying to contact cvs.fedora.redhat.com. If you try to use > cvs in the future and it's not working suddenly, make sure your CVSROOT > points to cv

Re: cvs.fedora.redhat.com

On Sun, Dec 13, 2009 at 10:13:15PM -0600, Mike McGrath wrote: >Some of you that have very old checkouts (I'm looking at you Domsch!) >might still be trying to contact cvs.fedora.redhat.com. If you try to use >cvs in the future and it's not working suddenly, make sure your CVSROOT >points to cvs.fe

Re: x86-64 on i386 (was Re: Promoting i386 version over x86_64?)

On Mon, 14 Dec 2009, Debarshi Ray wrote: Regarding shared libraries its worth noting the point about "Instruction pointer relative data access": http://en.wikipedia.org/wiki/X86-64#Architectural_features You're missing the point. If I put you in front of 2 identical machines, one running 32bi

Re: x86-64 on i386 (was Re: Promoting i386 version over x86_64?)

Le Lun 14 décembre 2009 12:51, Ralf Corsepius a écrit : > Of course, this is an extreme case, but they also aren't "that rare" in > real world cases. They aren't "that rare" on very specific workloads (numeric computation). People in those fields often have large datasets that appreciate lots o

Re: Exception request from FESCo for bundled libaries

Le Lun 14 décembre 2009 12:45, Josephine Tannhäuser a écrit : > > of course this is a practicable rule, BUT > the problem is upstream or the rule itself. > > kernels internal zlib is not a lib its a module, > wordpress internal php-gettext is not a lib, its a php code file. > > The trick is to de

Re: x86-64 on i386 (was Re: Promoting i386 version over x86_64?)

On Mon, 14 Dec 2009, Ralf Corsepius wrote: Of course, this is an extreme case, It isn't that extreme - pointers can make up a significant component of data-structures. E.g. any programme that has to store many instances of small amounts of data, the pointer size can have a big impact on mem

Re: parsecvs repo? [Re: Help wanted with dist-cvs to git conversion

Jim Meyering writes: > Does anyone know of a public and *maintained* repository for parsecvs? > I've looked numerous times (as recently as a few weeks ago), and tried > to contact Keith Packard, hoping he would still be maintaining it, > but have had no luck. I've recently pushed a few changes t

Re: x86-64 on i386 (was Re: Promoting i386 version over x86_64?)

On 12/14/2009 10:27 AM, Nicolas Mailhot wrote: Le Dim 13 décembre 2009 22:35, Chris Adams a écrit : As for the RAM overhead of 64 bit code vs. 32 bit code, I don't see it much in the real world. The worst case I've seen reported is when the RAM overhead managed to annihilate register improv

Re: Exception request from FESCo for bundled libaries

of course this is a practicable rule, BUT the problem is upstream or the rule itself. kernels internal zlib is not a lib its a module, wordpress internal php-gettext is not a lib, its a php code file. The trick is to declare that a lib is not a lib and you can close the bug as not a bug... Easy c

Re: x86-64 on i386 (was Re: Promoting i386 version over x86_64?)

> That's assuming that the footprint of libraries relative to distinct > applications is large enough to cancel out the space savings. (I have no > data either way). A 64bit kernel doesn't need any 32bit userspace. An X > server, on my 32bit system has about 8.5MB of programme text (server and > li

Re: Exception request from FESCo for bundled libaries

Le Lun 14 décembre 2009 11:28, Josephine Tannhäuser a écrit : > > 2009/12/14, Nicolas Mailhot : >> The guidelines should be read as: >> >> « Bundling any other component your component depends on in the same package >> is forbidden; each component should be packaged separately in its own >> packa

Re: Exception request from FESCo for bundled libaries

2009/12/14, Nicolas Mailhot : > The guidelines should be read as: > > « Bundling any other component your component depends on in the same package > is forbidden; each component should be packaged separately in its own > package > for legal and maintenance reasons » This is more a wishful thinking

Re: What is public/private fork? - Criteria packaging in fedora

On Mon, 14 Dec 2009 14:00:06 +0530, Huzaifa wrote: > Hi, > So taking into consideration all the feed back , here are the changes done: > > - - bump soname in the code from 1.2.11 to 1.2.12 Please, with further comments on this package let's limit ourselves to one place only. _Eiter_ the review

Re: MariaDB and Fedora

Le Lun 14 décembre 2009 00:20, Bruno Wolff III a écrit : > > On Sun, Dec 13, 2009 at 19:02:55 -0200, > Henrique Junior wrote: >> By the way, Monty is asking for some "Help saving MySQL" [0]. > > Monty can just go and fork it. The only limitation is that he won't be > able to dual license it an

Re: MariaDB and Fedora

Hi On 12/14/2009 04:56 AM, Nathanael Noblet wrote: As a DBA / Developer, I second this... obviously I can't complain because they are both free. However the setup/configuration of postgreSQL compared to MySQL is basically something easy, versus something where I don't have a clue what is going

Need a sponsor to review my packages

Hi The qtiplot hasn't been maintained since 20081215, see http://koji.fedoraproject.org/koji/packageinfo?packageID=5171. I want to sync qtiplot version with upstream. I need a sponsor to review the following two packages, which are required by qtiplot 0.9.7.10: https://bugzilla.redhat.com/show_b

Re: x86-64 on i386 (was Re: Promoting i386 version over x86_64?)

Le Dim 13 décembre 2009 22:35, Chris Adams a écrit : > As for the RAM overhead of 64 bit code vs. 32 bit code, I don't see it > much in the real world. The worst case I've seen reported is when the RAM overhead managed to annihilate register improvements (worst case in a very specific load). So

Re: Exception request from FESCo for bundled libaries

Le Lun 14 décembre 2009 08:06, Josephine Tannhäuser a écrit : > > 2009/12/6, Adrian Reber : >> https://bugzilla.redhat.com/show_bug.cgi?id=544720 > This is not a lib! The guidelines should be read as: « Bundling any other component your component depends on in the same package is forbidden; eac

Re: x86-64 on i386 (was Re: Promoting i386 version over x86_64?)

Ralf Ertzinger wrote: > It does. There may not be a yum repo for it, but the last update was > some days ago to 10.0 r42, similar to the 32 bit version. There is an unofficial yum repo for 64-bit flash-plugin: http://forums.fedoraforum.org/showthread.php?t=205642 signature.asc Description: Op

F12 great on Wal-Mart special

Wal-Mart just sold a few million of these laptops at $299 a pop (entire in-store inventory nationwide sold in under 24 hours): http://www.walmart.com/catalog/product.do?product_id=12456200 AMD CPU, ATI graphics, RealTek wireless & ethernet, SATA/300 hard drive, CD/DVD reader+burner. And all

Re: What is public/private fork? - Criteria packaging in fedora

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, So taking into consideration all the feed back , here are the changes done: - - bump soname in the code from 1.2.11 to 1.2.12 - - In the srpm, libtar-ng now obsoletes libtar, so that the conflicts are resolved. - - Tar ball is bz2 and not gzip to