Re: F23 System Wide Change: jQuery

On Mon, Jun 29, 2015 at 7:37 AM, Vít Ondruch wrote: > If web client had a chance to say "hey, i have a /jquery.js in the > cache from application A with checksum 'bla', I can reuse it for > application B, since it request /jquery.js with the same checksum". > Actually just checking checksums coul

Re: F23 System Wide Change: jQuery

On Mon, Jun 29, 2015 at 6:58 AM, Stephen Gallagher wrote: > That doesn't really help, since the main advantage to this Change > Proposal is having a single package to update when fixes are needed, > but nearly all web applications take pieces of jQuery out and minify > them (taking only the parts

Re: F23 System Wide Change: jQuery

On Mon, Jun 29, 2015 at 4:18 AM, Stef Walter wrote: > I think that as described, this change will cause more harm than good. > As both an upstream and a packager of Cockpit I am against it in its > current form. Please note that this Change has already been implemented as approved by FESCo for a

Re: F23 Self Contained Change: io.js Technology Preview

On Wed, Jul 1, 2015 at 12:41 PM, Stephen Gallagher wrote: > So this was discussed at today's FESCo meeting[1]. Basically, we're not > sure that it makes sense to have both interpreters in the distribution, > particularly since they are merging back together in the future. > > Would you be willing

Re: F23 Self Contained Change: npm 2

On Jun 24, 2015 2:21 PM, "Mat Booth" wrote: > > > On 24 June 2015 at 00:48, Jan Kurik wrote: >> >> While npm 2 is a major version number update, it contains little in the way of major changes. > > > Why is this worth more than a sentence or two in the release note beats? You must enjoy the extra

Re: F23 Self Contained Change: io.js Technology Preview

On Wed, Jun 24, 2015 at 12:56 PM, T.C. Hollingsworth wrote: > On Wed, Jun 24, 2015 at 1:21 AM, Peter Robinson wrote: >> Why are we even bothering with this when io.js is merging back into >> node.js so from what I can see is that io.js won't really be around >> for much

Re: F23 Self Contained Change: Node.js 0.12

On Wed, Jun 24, 2015 at 1:16 AM, Peter Robinson wrote: > On Wed, Jun 24, 2015 at 9:05 AM, Vít Ondruch wrote: >> Dne 24.6.2015 v 01:37 Jan Kurik napsal(a): >>> -- Update v8 >>> >> >> What the version of v8 will be? I am asking, since rubygem-therubyracer >> is using system version of v8 and I am

Re: F23 Self Contained Change: Node.js 0.12

On Wed, Jun 24, 2015 at 1:05 AM, Vít Ondruch wrote: > What the version of v8 will be? I am asking, since rubygem-therubyracer > is using system version of v8 and I am bit afraid what impact it will have. 3.28.73 for nodejs 0.12, 4.2.77.13 for iojs. Looks like rubygem-therubyracer is still on 3.1

Re: F23 Self Contained Change: io.js Technology Preview

On Wed, Jun 24, 2015 at 6:16 AM, Josef Stribny wrote: > Exactly my thoughts. Plus also introducing another v8 package because of > that? Having io.js' v8 as well should actually be a good thing for the distribution. Unlike node.js, which sticks with the same v8 released with a particular version

Re: F23 Self Contained Change: io.js Technology Preview

On Wed, Jun 24, 2015 at 1:21 AM, Peter Robinson wrote: > Why are we even bothering with this when io.js is merging back into > node.js so from what I can see is that io.js won't really be around > for much longer That's exactly why we're bothering with it. Everything in it will be in the nodejs

Re: DNF vs YUM, $pkg, $pkg-mpi, $pkg-openmpi having same provides

On Fri, Jun 19, 2015 at 2:43 AM, Dominik 'Rathann' Mierzejewski wrote: > On Friday, 19 June 2015 at 01:10, T.C. Hollingsworth wrote: >> # a regular expression that paths in an RPM >> # must match to trigger the generator >> %__openmpi_path ^%{_prefix}/lib(64)/(o

Re: DNF vs YUM, $pkg, $pkg-mpi, $pkg-openmpi having same provides

On Sun, Jun 14, 2015 at 7:28 AM, Sandro Mani wrote: > Having had a go at this: if bar{-openmpi} requires foo-{openmpi}, filtering > the provides from foo-openmpi and adding an explicit requires to bar-openmpi > on foo-openmpi, this all will result in bar-openmpi depending both on > foo-openmpi as

Re: JavaScript SIG?

On Sun, Jun 14, 2015 at 11:48 PM, Matthias Runge wrote: > There are quite a few programs out there, solely made for fetching tarballs, > zips, git snapshots to place those to a location in file system. A different > program for a different target language[...] ...even programs for whole operating

Re: JavaScript SIG?

On Jun 14, 2015 1:54 PM, "Pierre-Yves Chibon" wrote: > On Sun, Jun 14, 2015 at 01:45:53PM -0700, T.C. Hollingsworth wrote: > > On Thu, Jun 11, 2015 at 4:19 PM, Dominik 'Rathann' Mierzejewski > > wrote: > > > Hello, > > > is there a JavaScri

Re: JavaScript SIG?

On Thu, Jun 11, 2015 at 4:19 PM, Dominik 'Rathann' Mierzejewski wrote: > Hello, > is there a JavaScript SIG or a mailing list? I've been forced to package > several JavaScript code/libraries and I have some questions. There is now: https://lists.fedoraproject.org/mailman/listinfo/web-devel Pleas

Re: JavaScript SIG?

On Thu, Jun 11, 2015 at 4:19 PM, Dominik 'Rathann' Mierzejewski wrote: > Hello, > is there a JavaScript SIG or a mailing list? I've been forced to package > several JavaScript code/libraries and I have some questions. > > However, I couldn't find any trace of a JavaScript SIG or a mailing > list.

libuv soname bump

I have just updated libuv in F22 and rawhide to the 1.x series (1.4.0 to be exact) which introduces a proper soname upstream that is bumped from the previous Fedora package. libuv currently only has two dependencies in Fedora. One dependent, moarvm, has already been rebuilt. The other, nodejs, w

Re: Koji build failure: noarch vs. arch?

On Thu, Jan 29, 2015 at 8:43 PM, Jerry James wrote: > I have been assured that %__isa_bits is always defined, except for > noarch builds: > > https://lists.fedoraproject.org/pipermail/devel/2014-October/203331.html > > That's what this problem looks like to me: something has erroneously > conclude

mock error in koji: No such file or directory: '%{buildroot}/etc/mtab'

A koji rawhide build [1] just failed with: INFO: Mock Version: 1.1.39 Start: chroot ['fedpkg', 'sources'] Start: device setup Finish: device setup Finish: chroot ['fedpkg', 'sources'] ERROR: [Errno 2] No such file or directory: '/var/lib/mock/f21-build-2179813-398918/root/etc/mtab' Traceback (most

Re: F21 System Wide Change: Web Assets

On Fri, May 16, 2014 at 3:39 AM, Vít Ondruch wrote: > Is it true actually? Last time I was checking the Ruby packages contained > different/modified version of upstream JS files. AFAICT they're both fine. rubygem-uglifier includes the main uglify-js via git submodules: https://github.com/lautis/

Re: Correct way to unpush an update?

On Thu, May 29, 2014 at 5:35 PM, Richard Shaw wrote: > Ok, so I don't get bit again by bodhi letting me do something I shouldn't... > > Do I just unpush the update but NOT delete it? > > I have a newpackge update and one of the three packages has a problem so > obviously I don't want to push it to

Re: F21 System Wide Change: Web Assets

On Wed, May 14, 2014 at 6:45 AM, Miloslav Trmač wrote: > This is usefully detailed, but it’s not always clear what parts need to be > done by “other developers” (to use the template wording), particularly the > two “will need to be modified” references to Ruby/Java/Node.js . The known affected pa

Re: Need instructions with packaging

On Sat, May 3, 2014 at 4:35 PM, Adrian Soliard wrote: > I really don't understand the situations of the packages Fedora has a policy prohibiting the inclusion of emulators in the package collection: "Most emulators (applications which emulate another platform) are not permitted for inclusion in

Re: F21 System Wide Change: Ruby193 in SCL

On Mon, Apr 14, 2014 at 7:16 AM, Jaroslav Reznik wrote: > Rails depends on exact v8 > version, which means v8 3.14 must have also their own SCL as part of the SCL. Stupid question: what in rails depends on v8 exactly? The only thing that Requires v8 in Fedora besides nodejs and mongodb is rubyge

Re: JavaScript bundling (was Re: F21 System Wide Change: Cockpit Management Console)

On Fri, Apr 11, 2014 at 8:19 AM, Peter MacKinnon wrote: > Is there circumstances whereby new reviews can be approved without FPC > exception if those assets have not yet been packaged under the new web asset > packaging guidelines and layout? There's currently a blanket exception for jQuery: http

Re: Five Things in Fedora This Week (2014-03-18)

On Tue, Mar 18, 2014 at 1:50 PM, Matthew Miller wrote: > Reposting from , for those of you who > prefer email to the web. :) Perhaps these should be syndicated to Planet Fedora, for those of us who don't mind the web? Actually, I swear I've seen Fedora Magazine

Re: fedpkg new-sources not working

On Wed, Feb 19, 2014 at 8:37 PM, Kevin Fenzi wrote: > I've seen this a few times and it was something wacky in ~/.pki/ > > can you try a 'mv ~/.pki ~/.pki.sav' and see if it works? That did the trick. Thanks for the _very_ quick help. :-) -T.C. -- devel mailing list devel@lists.fedoraproject.

fedpkg new-sources not working

Something seems to be wrong with 'fedpkg new-sources' here. :-( % fedpkg new-sources libuv-v0.10.25.tar.gz Uploading: 329a61fa3c30acf46efef1a9221b2054 libuv-v0.10.25.tar.gz Could not execute new_sources: Lookaside failure: (60, "Peer's certificate issuer has been marked as not trusted by the use

Re: yum upgrade creates /var/run/nologin

On Tue, Feb 18, 2014 at 6:15 PM, Andrew Lutomirski wrote: > This has happened twice now. I run 'yum upgrade' and, all of a > sudden, /var/run/nologin exists. It contains a message telling me > that my system is still booting. This is, of course, a lie -- the > system has been up for quite a whi

Re: web-assets-httpd stuck in limbo?

Sorry, left the list out when I sent this before. Here it is for everyone, with updates... On Wed, Jan 15, 2014 at 10:59 PM, T.C. Hollingsworth wrote: > Sorry, I kind of dropped the ball on this. :-( > > On Wed, Jan 15, 2014 at 8:27 PM, Adam Williamson wrote: >> I've

Re: web-assets-httpd stuck in limbo?

On Wed, Jan 15, 2014 at 10:42 PM, Remi Collet wrote: > Notice: the current httpd.conf in git is broken because for alias order > which need to be fixed. Yeah I believe there are still a couple of things you mentioned in our conversation in August that still need to be fixed. I'll make sure they'

Re: libwebp soname bump

On Wed, Jan 1, 2014 at 4:31 PM, Sandro Mani wrote: > python-webm-0.2.2-2.fc20.src.rpm Fixed in python-webm-0.2.2-5.fc21 http://koji.fedoraproject.org/koji/buildinfo?buildID=487623 Thanks, -T.C. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo

Re: really stop "really" commits (really!)

On Wed, Dec 18, 2013 at 2:17 AM, Vít Ondruch wrote: > Sorry, but that is not accidental comment. > > First of all, we are working with git. I have local clone of git repository > and I am free to commit whatever I consider to be committed. And I assume > that you know that you can later edit/squas

Re: really stop "really" commits (really!)

On Tue, Dec 17, 2013 at 3:41 AM, Lukas Zapletal wrote: > On Mon, Dec 16, 2013 at 03:10:08AM -0700, T.C. Hollingsworth wrote: >> > I do commit locally >> > although I probably don't want push the snapshot sources, because I update >> > them later, when time co

Re: really stop "really" commits (really!)

On Mon, Dec 16, 2013 at 2:29 AM, Vít Ondruch wrote: > It prevents even local commits if I am not wrong. Yeah, to only do it when commits are pushed would mean to do it as a pre-receive hook on the dist-git server, which makes things significantly more complicated. Plus aborting right when you co

Re: really stop "really" commits (really!)

On Mon, Dec 16, 2013 at 2:02 AM, Martin Stransky wrote: > I mean the upstream source check. It may not work if you use generated > source files [1]. No way am I doing an upstream source check in a git pre-commit hook! I'm not waiting for v8 to be downloaded and hashed every time I commit to it, a

Re: really stop "really" commits (really!)

On Mon, Dec 16, 2013 at 1:59 AM, Mathieu Bridon wrote: > The kernel package uses a custom-defined ApplyPatch macro, for example. It still uses %{patches} though, so it would pass. -T.C. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fe

Re: really stop "really" commits (really!)

On Mon, Dec 16, 2013 at 1:11 AM, Martin Stransky wrote: > There are some cases when we need it (sources taken as a snapshot from > git/cvs) Huh? The sources have to be either in git or in the lookaside cache for koji to find them later. I'm not sure how it could get this wrong? > patches appli

Re: really stop "really" commits (really!)

On Mon, Dec 16, 2013 at 12:45 AM, Marcin Juszkiewicz wrote: > Does it handle %autosetup use as well? Now it does. :-) -T.C. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduc

Re: really stop "really" commits (really!)

On Sun, Dec 15, 2013 at 4:01 AM, Richard W.M. Jones wrote: > It would be nice also to check that the sources file contains the > Sources listed in the spec file, since I often bump the version number > and forget to upload the new sources. Yeah. I actually have a little shell function that runs

General fedpkg git hook support [was: Re: really stop "really" commits (really!)]

On Fri, Dec 13, 2013 at 8:35 PM, Rahul Sundaram wrote: > On Fri, Dec 13, 2013 at 8:42 PM, T.C. Hollingsworth wrote: >> To prevent this from happening in the future, I wrote a little git >> pre-commit hook to help out, which I figured I'd share with you all: >> http:

really stop "really" commits (really!)

Invariably when adding a patch to a spec, often I forget some detail, whether it be adding the %patchN macro to %prep or `git add`ing the patch. It would seem I'm not alone, either. A Google search for e.g. "site:https://lists.fedoraproject.org/pipermail/scm-commits/ really apply patch" returns t

Re: Reopening: Q: webfonts:

On Mon, Dec 2, 2013 at 8:33 AM, Petr Vobornik wrote: > This solution is much nicer and can be used by other font packages as well. > > Here's the new package: https://bugzilla.redhat.com/show_bug.cgi?id=1036754 Very awesome, thanks! I'll sponsor you and review. :-) Luckily, I pushed off the we

Re: [pkgdb2] call for testers, bug reports and RFE

On Fri, Nov 15, 2013 at 6:31 PM, Dennis Gilmore wrote: > Not at all true. Any one can tag a build into an unlocked tag such as > f20-updates-candidate tags such as f20-updates-testing are protected > and can only be tagged into by an admin in koji. Koji has no concept of > acls, It doesn't know a

Re: [pkgdb2] call for testers, bug reports and RFE

On Wed, Nov 13, 2013 at 6:52 AM, Pierre-Yves Chibon wrote: > - The idea of "owner" of a package disapear. There are only maintainers on > which > one of them appears to be the dedicated "point of contact" for this package > (ie: > the person that gets the bugs in bugzilla). Koji also has a noti

Re: PATH has /bin before /usr/bin in upgraded rawhide

On Sat, Oct 26, 2013 at 4:10 PM, Sandro Mani wrote: > Hi, > > I just noticed that my rawhide installation, which was originally installed > when F18 was rawhide in summer 2012 and upgraded since, has > > PATH=/bin:/usr/bin:/usr/local/bin:/usr/local/sbin:/usr/sbin:/home/sandro/.local/bin:/home/sand

Re: Retiring libeio

On Sat, Sep 7, 2013 at 6:03 PM, T.C. Hollingsworth wrote: > Please shout if you need it for anything and would like to take it over, > otherwise I'll retire it in a week or so. Nobody even so much as whispered, except to say "not me either!", so libeio is now retired. -T

Re: Review swaps: perl-Parse-DebControl, devscripts, debian-keyring, ubuntu-keyring, jetring + question: where to install keyrings?

On Thu, Sep 19, 2013 at 9:37 PM, Zbigniew Jędrzejewski-Szmek wrote: > This has the downside that it'll add the dependency on gnupg, > which is not great. Maybe simply create a keyrings-filesystem > package with this directory and have whoever installs keyrings > depend on it. If gnupg owns the di

Re: Retiring libeio

On Mon, Sep 9, 2013 at 6:49 AM, Paul Howarth wrote: > I'd be quite happy if someone would take perl-IO-AIO off my hands. My only > interest in it is as an (optional) backend and test dependency of > perl-AnyEvent, which I co-maintain - I picked it up when a previous > maintainer orphaned it. > > I

Re: Retiring libeio

What a mess! I sure do seem to be attracted to bundled library issues, like insects are attracted to shiny lights. :-( On Sun, Sep 8, 2013 at 12:48 AM, Michael Schwendt wrote: > On Sat, 7 Sep 2013 18:03:48 -0700, T.C. Hollingsworth wrote: > >> I adopted libeio back when Node.js s

Retiring libeio

I adopted libeio back when Node.js still bundled it to aid in the unbundling effort, but upstream "fixed" the bundling problem here by no longer using libeio for anything. It's now conflicting with a different eio, used by Enlightenment. Since most other distros ship the Enlightenment version as

Re: F20 System Wide Change: Web Assets

On Wed, Aug 21, 2013 at 9:35 AM, Behdad Esfahbod wrote: > Where's the code? The github link seems to be broken. Sorry for the delay on that. The code is now here: https://github.com/tchollingsworth/ttname And it's already in Rawhide, F20, and F18-19 updates-testing. See the announcement here

Re: Bundled Flash

On 8/23/13, T.C. Hollingsworth wrote: > It's for case #2 that the exception got expanded to be allowed for > webapp packages, but it's really not intended to just permit bundling > to continue when you can just as easily unbundle. I'll look at > tightening Bah, tha

Re: Bundled Flash

On 8/23/13, Adam Williamson wrote: > On Fri, 2013-08-23 at 17:12 -0700, Toshio Kuratomi wrote: >> One further thought here: >> https://fedoraproject.org/w/index.php?title=Packaging:JavaScript#Static_Inclusion_of_Libraries >> >> Taking a static library approach is also allowed. This can save packa

Review swap request: web-assets

Hi! Would someone be willing to trade me a review for: https://bugzilla.redhat.com/show_bug.cgi?id=997678 It's dead simple at the moment: it just provides a couple directories and RPM macros. Later on it will grow some httpd magic but that's on hold until Fedora 21 since we're still sorting that

Re: Bundled Flash

On Fri, Aug 23, 2013 at 2:28 PM, Adam Williamson wrote: > And, T.C., we probably need the Web Assets policy to set some > rules/guidelines on how best to achieve unbundling: should we always try > to patch the upstream to find the 'official' location of the shared > resource on Fedora? Should we a

Re: Bundled Flash

On Fri, Aug 23, 2013 at 2:15 PM, Michael Scherer wrote: > So what we found on irc : > > Since rpm first create the files for the new rpm that is installed, then > remove the files that should be removed still present from old rpm and > not in the new one, we fix the issue by waiting until the dire

Re: Bundled Flash

On Fri, Aug 23, 2013 at 11:26 AM, Adam Williamson wrote: > On Fri, 2013-08-23 at 06:36 -0700, T.C. Hollingsworth wrote: >> Any chance you could just use an Alias in the apache config? Then you can >> just >> delete the directory and not muck around with making yum happy

Re: Bundled Flash

On Fri, Aug 23, 2013 at 5:44 AM, Adam Williamson wrote: > Just to cover my ass, this kind of symlinking is explicitly allowed by > the draft new JavaScript policy: > > "Regardless, web applications may want to make subdirectories of > %{_jsdir} available under their own directory via aliases or sy

Re: Bundled Flash

On Fri, Aug 23, 2013 at 5:40 AM, Adam Williamson wrote: > All the upstream projects I found seemed to consider jumping to tinymce > 4 a rather large move. Debian packages 3 and 4 as separate packages. I > rather think we should do the same rather than just pretend they're the > same thing and we'l

Re: Bundled Flash

Thanks for tackling this! On Fri, Aug 23, 2013 at 4:03 AM, Adam Williamson wrote: > So, tinymce has a 'media' plugin which lets you embed media in HTML > you're editing with it. If it thinks the media might need playing with > Flash, it'll generate HTML that tries to use a Flash player - > moxiep

Re: Bundled Flash

On 8/15/13, T.C. Hollingsworth wrote: > It's come to my attention that a number of packages contain Flash (.swf) > files, > but absolutely none of them have BuildRequires on a free software Flash > toolchain, nor do any of them seem to be shipping the source for these > fil

Re: Bundled Flash

On 8/22/13, Adam Williamson wrote: > Looked into this a bit further this afternoon. Both swfupload and > plupload are open source projects, but Wordpress ships compiled binaries > in its 'source tarball', there is no build system in there for them at > all. Wordpress posts the sources for them on

Re: Bundled Flash

On Fri, Aug 16, 2013 at 6:12 AM, Jon Ciesla wrote: > I just fixed these and gallery3, no need to file BZs, unless you'd like to > for tracking. Additional testers welcome! Nah, I'll rerun the query in the script that files BZs later on. Although if one of you ends up crippling your package by d

Re: Bundled Flash

On Thu, Aug 15, 2013 at 3:46 PM, Dan Mashal wrote: > Forgive me if I sound rude and correct me if I'm wrong, but arent the > free versions of Flash pretty useless as well? We're talking about SWF compilers here, not players. There are free compiler tools that work just fine for certain applicati

Re: Bundled Flash

On Thu, Aug 15, 2013 at 2:02 PM, Orion Poplawski wrote: > Thanks. Turns out ckeditor also had a raw .fla file. I don't know if any > package would have a .fla without a .swf, but it might be worth checking > for. Thanks for pointing that out! .fla files are source files, so it's not strictly a

Bundled Flash

It's come to my attention that a number of packages contain Flash (.swf) files, but absolutely none of them have BuildRequires on a free software Flash toolchain, nor do any of them seem to be shipping the source for these files. :-( It has never been permissible to included prebuilt files of this

Re: F20 System Wide Change: Web Assets

On Mon, Aug 12, 2013 at 1:05 PM, Robert Marcano wrote: > On 08/12/2013 03:23 PM, Robert Marcano wrote: >> >> >> This is a better explanation of why the use /usr/share/javascript: We >> want to be compatible with others distribution that have the legacy idea >> that JavaScript is a browser only thi

Re: F20 System Wide Change: Web Assets

On Mon, Aug 12, 2013 at 12:53 PM, Robert Marcano wrote: > This is a better explanation of why the use /usr/share/javascript: We want > to be compatible with others distribution that have the legacy idea that > JavaScript is a browser only thing, so in this directory we will only store > JavaScript

Re: F20 System Wide Change: Web Assets

On Sat, Aug 10, 2013 at 11:34 PM, Ken Dreyer wrote: > On Fri, Aug 9, 2013 at 5:23 PM, T.C. Hollingsworth > wrote: >> Debian already uses /usr/share/javascript for this purpose, and it >> would be really nice if we both could coordinate on getting some >> upstream sup

Re: F20 System Wide Change: Web Assets

On Thu, Aug 8, 2013 at 12:22 PM, Robert Marcano wrote: > The directory is not called /usr/share/web-javascript, it is called > /usr/share/javascript, and the packaging guidelines draft explicitly says > that the intention is to avoid duplication of libraries, so it is calling to > move all JavaScr

Re: F20 System Wide Change: Web Assets

On Thu, Aug 8, 2013 at 11:45 AM, Robert Marcano wrote: > And I don't see a problems with those examples, because they share only > their contents, by installing them you don't share content from other > packages. > > Lets make an example of the mess this will create if I want to share a web > appl

Re: F20 System Wide Change: Web Assets

On Wed, Aug 7, 2013 at 1:20 AM, Petr Vobornik wrote: > Hello, > > Many web apps use an optimization technique where they try to minimize the > number of httpd request by concatenating minified versions into one file. > Example: app uses 20 tiny jQuery plugins. > > Similar use case is when app is u

Re: F20 System Wide Change: Web Assets

On Tue, Aug 6, 2013 at 9:46 AM, Kevin Fenzi wrote: > If you are going to file a bunch of bugs, PLEASE see: > > http://fedoraproject.org/wiki/Mass_bug_filing I definitely will follow that, thanks! You might want to shout about that a little more widely, I think every mass bug filing I'm aware of

Re: F20 System Wide Change: Web Assets

On Tue, Aug 6, 2013 at 8:48 AM, Till Maas wrote: > Please provide actual recommendations about how to run the ttname > command to the guidelines before filing bugs. And get the guideline > approved to avoid unnecessary changes. Also this does not seem to be > really a MUST guideline as long as it

Re: F20 System Wide Change: Web Assets

On Mon, Aug 5, 2013 at 8:27 PM, Robert Marcano wrote: > Do you know there are GNOME JavaScript applications? And that JavaScript is > being encouraged as a language for desktop applications? So all those > libraries that can be used on desktop and web clients will be shared by > default if I insta

Re: F20 System Wide Change: Web Assets

On Sun, Aug 4, 2013 at 1:44 AM, Till Maas wrote: > The guideline should be to ask upstream to fix the meta data. In case of > missing license text (e.g. source code with a GPL header but no copy of > the GPL itself), it is also upstream's task to fix it and the packager's > to ask for it. And if u

Re: F20 System Wide Change: Web Assets

On Tue, Jul 30, 2013 at 5:48 AM, Robert Marcano wrote: > On 07/26/2013 12:30 PM, Nicolas Mailhot wrote: >> Le Lun 22 juillet 2013 21:58, Robert Marcano a écrit : >> >>> The real problem with publishing things is that if I distribute binaries >>> of many things I must follow the license, some say I

npm license change

npm, the Node.js package manager, has changed license [1] from a modified version of the MIT [2] to the Artistic 2.0 [3] license effective with version 1.3.6. This version is now in Rawhide and queued for updates-testing in Fedora 19 and 18 as well as EPEL 6. Fedora Legal believes both licenses t

Re: Following MPI packaging guidelines

On 7/26/13, Antonio Trande wrote: > 'examples' directory contains arch dependent programs, I can't > packaging them in /usr/share. In that case you could consider shipping them in an "-examples" subpackage if most consumers of the main package won't find them useful. Also, you could use %{_libex

Re: Following MPI packaging guidelines

Hi! On Jul 24, 2013 9:04 AM, "Antonio Trande" wrote: > I'm editing .spec file of MUMPS package to conform it to the MPI > packaging guidelines (http://fedoraproject.org/wiki/Packaging:MPI). I > have a modest experience in this particular case so I need some > suggestions. > > This is initial .spe

Re: F20 System Wide Change: Web Assets

On Wed, Jul 24, 2013 at 1:56 PM, Kevin Fenzi wrote: > So, this change has FPC guidelines and also some redhat-rpm-macros > changes? Yup, we just need to add a macro so it's available during createSRPMfromSCM in Koji. (The conditionalized syntax we'd need otherwise is just awful.) > Do those nee

Re: F20 System Wide Change: Web Assets

On Tue, Jul 23, 2013 at 11:45 AM, T.C. Hollingsworth wrote: > There are additionally 252 fonts in 128 packages that don't set the > "license description" field while setting the "copyright" field. [2] > These are probably fine, but we might want to take a look ov

Re: F20 System Wide Change: Web Assets

On Tue, Jul 23, 2013 at 10:54 AM, Nicolas Mailhot wrote: > Historically it was quite widespread. The only bit of font metadata one > could rely on was the font name, and then not always. A font author would > widely announce the relicensing of his font and not change the metadata in > the font fil

Re: F20 System Wide Change: Web Assets

On Mon, Jul 22, 2013 at 8:41 AM, Nicolas Mailhot wrote: > Le Lun 22 juillet 2013 17:07, Robert Marcano a écrit : >> Fonts has licenses, some of them require the license to be shown or the >> copyright displayed, some fonts has the copyright added to their >> metadata, I don't find for example that

Re: F20 System Wide Change: Web Assets

On 7/22/13, Adam Williamson wrote: > On Mon, 2013-07-22 at 15:23 +0200, Florian Weimer wrote: >> On 07/22/2013 12:31 PM, T.C. Hollingsworth wrote: >> > On Mon, Jul 22, 2013, Florian Weimer wrote: >> >> Can we please use a different name, like "webdata"

Re: F20 System Wide Change: Web Assets

On Mon, Jul 22, 2013 at 3:22 AM, Björn Persson wrote: > Florian Weimer wrote: >> On 07/16/2013 12:54 PM, Jaroslav Reznik wrote: >> > = Proposed System Wide Change: Web Assets = >> > https://fedoraproject.org/wiki/Changes/Web_Assets >> >> Can we please use a different name, like "webdata"? The ter

Re: F20 System Wide Change: Web Assets

On Mon, Jul 22, 2013, Florian Weimer wrote: > Can we please use a different name, like "webdata"? The term "asset" seems > to scare some people. Huh? It's a pretty common industry term for "static bits used as dependencies for websites". I've never heard of anyone being scared of it. "webdata

Re: F20 System Wide Change: Web Assets

On Fri, Jul 19, 2013 at 11:56 AM, Miloslav Trmač wrote: > Minor comment: This copy of the text uses /assets ; the wiki page and > the proposed policy uses both /assets and /_assets ; this should be > cleared up. > > More importantly, is it OK to just take over a part of the server's > URI namespac

Re: How to create a new mailing list at lists.fedoraproject.org

Hi! On Jul 19, 2013 7:12 AM, "Vivek Goyal" wrote: > > Hi, > > I want to create a new mailing list for kexec/kdump related discussions > in fedora. How do I go about it. > > I try to create one here but it asks for List creator's password. I don't > have any such password. > > So who is authorized

Re: F20 System Wide Change: Web Assets

On Thu, Jul 18, 2013 at 1:13 PM, Robert Marcano wrote: > Not all fonts installed had the same licensing requirement, people install > fonts from other places that are not as careful as Fedora with the licenses. > It is problematic if someone install a non free font to be used on their > desktop ap

Re: More unhelpful update descriptions

On 6/29/13, T.C. Hollingsworth > Perhaps the real fix here would be to just remove that placeholder > text (and double-check that the bodhi CLI rejects updates with blank > descriptions)? Personally I just find it really annoying to have to > backspace that out and fill in proper

Re: F20 System Wide Change: Web Assets

On 7/16/13, Tom Hughes wrote: > On 16/07/13 13:21, Björn Persson wrote: > >>> Additionally the following symlinks will be provided: >>> >>> * /usr/share/javascript -> /usr/share/assets/javascript >>> * /usr/share/fonts -> /usr/share/assets/fonts (so any Fedora font >>> package can be used as a web

Re: How noarch FFI wrapper package can dependes on .so file

On Jul 1, 2013 2:43 AM, "Vít Ondruch" wrote: > Hi, > > I recently did review or rubygem-gssapi [1], which is FFI wrapper above libgssapi_krb5.so.2. > > Now, we'd like to specify dependency directly on this library, but since rubygem-gssapi is noarch, it seems there is no way how to specify this de

Re: More unhelpful update descriptions

On Sat, Jun 29, 2013 at 8:10 AM, Bruno Wolff III wrote: > On Sat, Jun 29, 2013 at 09:39:01 -0500, > Michael Catanzaro wrote: >> On Sat, 2013-06-29 at 07:34 -0500, Bruno Wolff III wrote: >>> I think it does now. I forgot to add a note when rushing one of the >>> spin-kickstarts updates and bodhi

Re: More unhelpful update descriptions

On Sat, Jun 29, 2013 at 1:07 PM, Adam Williamson wrote: > I can't personally conceive of a case in which it would make sense to simply > have some kind of changelog as the update description. That is not what the > description is for. Well, this is what I do for nodejs updates. I figure since th

Re: Daily package ownership changes?

On Tue, May 28, 2013 at 11:19 PM, Michael Scherer wrote: > The way we could do it for Fedora is to see if there is a build on koji > ( using fedmsg ), see if that a library, see the abi has changed ( using > some kind of filter and a database ), and so run some script that > rebuild and bump the s

Re: Daily package ownership changes?

On Wed, May 29, 2013 at 6:09 PM, Kevin Fenzi wrote: > On Tue, 28 May 2013 16:02:17 -0400 > Rahul Sundaram wrote: >> >> 11) automatic period rebuilds in rawhide to highlight FTBFS issues >> >> aren't done as often anymore >> > Can you expand on this? Not sure what you mean? >> >> What Matt Domsch

Re: when startup delays become bugs (dmraid)

On Fri, May 17, 2013 at 7:34 PM, Adam Williamson wrote: > You could transfer the install to a system which contains a dmraid > array, or add a dmraid array to an existing install (I think this thread > has been considering only the case of the installed system itself being > on the RAID array). Of

Re: when startup delays become bugs (dmraid)

On May 17, 2013 6:43 AM, "Chris Adams" wrote: > Once upon a time, Lennart Poettering said: > > I also filed this bug against anaconda, so that for the non-livecd > > installs we don't even get dmraid installed... > > I know there's always a goal of shrinking the base install, but I'm > afraid we'

  1   2   >