Hi all,
Having some trouble for this package review request:
https://bugzilla.redhat.com/show_bug.cgi?id=877705
It has been approved, but I can't set the fedora-cvs flag. This has
worked in the past, but maybe something to do with different email
addresses:
FAS email: j...@jamielinux.com
Dan Horák:
Jamie Nguyen píše v Pá 23. 11. 2012 v 15:05 +:
Hi all,
Having some trouble for this package review request:
https://bugzilla.redhat.com/show_bug.cgi?id=877705
It has been approved, but I can't set the fedora-cvs flag. This has
worked in the past, but maybe something to do
Jamie Nguyen:
Hi all,
Having some trouble for this package review request:
https://bugzilla.redhat.com/show_bug.cgi?id=877705
It has been approved, but I can't set the fedora-cvs flag. This has
worked in the past, but maybe something to do with different email
addresses:
FAS email: j
Kevin Fenzi:
On Fri, 23 Nov 2012 15:29:10 +
Jamie Nguyen j...@jamielinux.com wrote:
I had a conversation with (IIRC) Kevin Fenzi about this a few months
back. He did some magic to let me use jamielinux@fedoraproject for my
bugzilla account, and I was under the impression that it would
John5342:
On Fri, Nov 23, 2012 at 3:05 PM, Jamie Nguyen j...@jamielinux.com wrote:
Hi all,
Having some trouble for this package review request:
https://bugzilla.redhat.com/show_bug.cgi?id=877705
It has been approved, but I can't set the fedora-cvs flag. This has
worked in the past
John5342:
Ok. Ignore me. FAS clearly shows you are in the group but for some reason
admin.fedoraproject.org/community doesn't show you in the group. Will see
about filing a bug shortly.
OK, ignore my reply to your earlier post!
Kind regards,
Jamie
--
devel mailing list
since the previous version, as the new packager
has overwritten the previous spec.
I've also seen reviewers ask the new packager to document changes in the
changelog as they go along, even before release, as it's quite helpful
for both packager and reviewer.
--
Jamie Nguyen
--
devel mailing list
will not push the update
without enough karma (despite even critical path updates only requiring
14-days without negative karma before they can be pushed):
https://bugzilla.redhat.com/show_bug.cgi?id=903515
--
Jamie Nguyen
--
devel mailing list
devel@lists.fedoraproject.org
https
On 27/01/13 12:00, Reindl Harald wrote:
Am 27.01.2013 12:54, schrieb Jamie Nguyen:
Please could testers give some karma:
https://admin.fedoraproject.org/updates/FEDORA-2012-14650/tor-0.2.2.39-1700.fc17?_csrf_token=3663fa7adec7f8e5c46ed89b7a0b59cfab9844d9
done
Thanks very much
On 27/01/13 16:54, Paul Wouters wrote:
On Sun, 27 Jan 2013, Jamie Nguyen wrote:
Please could testers give some karma:
https://admin.fedoraproject.org/updates/FEDORA-2012-14650/tor-0.2.2.39-1700.fc17?_csrf_token=3663fa7adec7f8e5c46ed89b7a0b59cfab9844d9
Tor package for Fedora 17 has been
Next update across all Fedora branches plus EL6 changes the license from
MIT (nodejs-slide 1.1.4) to ISC (nodejs-slide 1.1.5).
Kind regards,
--
Jamie Nguyen
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http
Next update across all Fedora branches plus EL6 changes the license from
BSD (nodejs-read-package-json-1.1.1) to ISC
(nodejs-read-package-json-1.1.3).
Kind regards,
--
Jamie Nguyen
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Next update across all Fedora branches plus EL6 changes the license from
BSD (nodejs-read-installed-0.2.3) to ISC
(nodejs-read-installed-0.2.4).
Kind regards,
--
Jamie Nguyen
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora
Hi,
Currently trying to sort out:
https://bugzilla.redhat.com/show_bug.cgi?id=821926
Following an update to the nginx package, the command below would
allow the server to switch to the new binary with zero-downtime (new
process created, old process gracefully phased out):
/etc/init.d/nginx
On 16 May 2012 00:19, Michal Schmidt mschm...@redhat.com wrote:
On 05/16/2012 12:21 AM, Jamie Nguyen wrote:
/etc/init.d/nginx upgrade
This has disappeared following migration to systemd, so my intention
is to include an nginx-upgrade shell script to replace this
functionality.
My
On 16 May 2012 08:16, Tomasz Torcz to...@pipebreaker.pl wrote:
On Wed, May 16, 2012 at 01:19:20AM +0200, Michal Schmidt wrote:
On 05/16/2012 12:21 AM, Jamie Nguyen wrote:
/etc/init.d/nginx upgrade
This has disappeared following migration to systemd, so my intention
is to include
On 16 May 2012 20:09, Tomasz Torcz to...@pipebreaker.pl wrote:
On Wed, May 16, 2012 at 06:10:08PM +0100, Jamie Nguyen wrote:
On 16 May 2012 08:16, Tomasz Torcz to...@pipebreaker.pl wrote:
Also, implementing socket-activation in nginx would make it upgradable
without losing any connections
Hello,
My name is Jamie Nguyen. I'm a student in the UK and part-time Linux
system administrator.
I am an active contributer to the TOMOYO Linux security project [1]
and provide a binary repository containing RPMS/SRPMS for TOMOYO Linux
kernels for Enterprise Linux 6 and Fedora 16 [2]. I also
Thomas Spura wrote:
2012/2/23 Miroslav Suchý msu...@redhat.com:
But I find incredibly hard to find relation between bugzilla email and FAS
account.
How do you do this check?
Show all useres in the cla_signed group [3] and search for the mail
address. When it's not there it may be overritten
Thomas Spura toms...@fedoraproject.org wrote:
On Thu, Feb 23, 2012 at 3:24 PM, Jamie Nguyen ja...@tomoyolinux.co.uk wrote:
Thomas Spura wrote:
2012/2/23 Miroslav Suchý msu...@redhat.com:
But I find incredibly hard to find relation between bugzilla email and FAS
account.
How do you do
Ken Dreyer wrote:
2012/2/23 Miroslav Suchý msu...@redhat.com:
But I find incredibly hard to find relation between bugzilla email and FAS
account.
How do you do this check?
I use zodbot's fasinfo command, because it's faster than searching the
FAS web interface.
Therefore I suggest to
Neal Becker wrote:
What do I need
to do to update my copy to include f17 branch?
Just do fedpkg switch-branch f17 and the branch will automagically appear :-)
Jamie
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
cleanup tasks lined up and will be closing the security bugs on our
bugzilla very soon.
Thanks again.
(Also cc'd to fedora-devel to inform the public that any recent problems
with the package should hopefully now be history :)
Kind regards,
--
Jamie Nguyen
--
devel mailing list
devel
to port
to udisks2 (which has been bottom of my TODO list for some years). I'll
likely orphan it. Does orphaning it on rawhide also remove it from the
repository?
Thanks.
--
Jamie Nguyen
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
/name/bashmount
--
Jamie Nguyen
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On 07/02/13 21:33, Stephen Gallagher wrote:
On Thu 07 Feb 2013 02:26:48 PM EST, Jamie Nguyen wrote:
On 07/02/13 19:24, Jamie Nguyen wrote:
Now that I'm a bit more familiar with node.js packaging (ie,
never even looked at node.js before this week...), I'll take
it.
I don't currently have
of specific versioned dependencies...
--
Jamie Nguyen
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
of communication on offer:
User: louizatakk, Name: None, email: lo...@louiz.org, Creation:
2008-04-22, IRC Nick: None, Timezone: None, Locale: None, GPG
Approved Groups: cla_fedora cla_done fedorabugs cvsl10n packager cla_fpca
Kind regards,
--
Jamie Nguyen
--
devel mailing list
devel
On 16/02/13 01:55, Michael Scherer wrote:
Le vendredi 15 février 2013 à 23:04 +, Jamie Nguyen a écrit :
I'm trying to contact the maintainer of python-sleekxmpp to request to
co-maintain (as it's a bit out of date). Emails to his/her FAS email
address are bouncing but there are no other
: Unknown remote branch f18
The message on the bug report says:
Complete, clearing flag.
It turns out the SCM request may have been cancelled half-way or something:
Jon Ciesla limburg...@gmail.com has canceled Jamie Nguyen
jamieli...@fedoraproject.org's request for fedora-cvs:
Bug 910142: Review
On 25/02/13 10:38, Michael Schwendt wrote:
On Mon, 25 Feb 2013 10:07:10 +, Jamie Nguyen wrote:
$ fedpkg switch-branch f18
Could not execute switch_branch: Unknown remote branch f18
Jon Ciesla limburg...@gmail.com has canceled Jamie Nguyen
jamieli...@fedoraproject.org's request
On 10/02/13 13:12, Enrico Scholz wrote:
Jamie Nguyen j...@jamielinux.com writes:
Thanks very much for adding me as a co-maintainer. I guess that you
probably don't have much time for updating the Tor package, so I'm glad
to be on board and will be taking a very active role in maintaining
On 27/02/13 18:03, Jamie Nguyen wrote:
Hi Enrico,
I want to clarify that my whitespace changes were an attempt to make the
spec more legible for everyone, not myself. I also feel it would have
been nicer for you to ask me to revert the changes rather than
reverting them yourself, since I
in the series, so the reviewer may alternatively choose to review each
patch individually.
Kind regards,
--
Jamie Nguyen
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On 28/02/13 14:49, Richard Hughes wrote:
On 28 February 2013 14:18, Jamie Nguyen j...@jamielinux.com wrote:
I've already applied the 20 patch series in git, but before pushing any
updates out I want to make sure things really are in good shape, and
will make further changes as necessary
or when investigating
permissions problems.
Rich.
I agree. Years ago pretty much every single Fedora guide would recommend
disabling SELinux, but these days (after years of refining the default
policy) SELinux is rock solid and usually just stays out of the way.
--
Jamie Nguyen
--
devel
MIT to BSD
accordingly, and contains a copy of the updated LICENSE.
Kind regards,
--
Jamie Nguyen
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
.
Most of our other media-related software is built with ffmpeg, not libav.
Kind regards,
--
Jamie Nguyen
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
to
upstream release 1.2.3, which the user can't use to answer any of the
above questions.
All of your update messages above seem to satisfy this criteria, so in
my eyes they look good :-)
Kind regards,
--
Jamie Nguyen
--
devel mailing list
devel@lists.fedoraproject.org
https
) Server at koji.fedoraproject.org Port 80
Storage migration
http://status.fedoraproject.org/
https://lists.fedoraproject.org/pipermail/devel-announce/2013-July/001176.html
Kind regards,
--
Jamie Nguyen
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org
(\\\) which I've seen
used in some specs but never really understood if it's really needed or
not. It didn't fix the problem though:
http://koji.fedoraproject.org/koji/taskinfo?taskID=5654592
Any ideas?
Kind regards,
--
Jamie Nguyen
--
devel mailing list
devel@lists.fedoraproject.org
https
On 25/07/13 09:03, Panu Matilainen wrote:
On 07/25/2013 10:52 AM, Jamie Nguyen wrote:
Hi,
The spec in question:
http://jamielinux.fedorapeople.org/strongswan.spec
The lines in question:
%configure --disable-static \
--with-ipsec-script=%{name} \
... snip
Last week build
?
Committing spec changes without a subsequent build is a perfectly
reasonable thing to do. When doing spec clean-up, I would normally bump
the Release tag and add a changelog entry. This is essentially what
happens when packages are being reviewed for inclusion in Fedora.
--
Jamie Nguyen
--
devel
maintainers.
[1]
http://koji.fedoraproject.org/koji/packageinfo?buildStart=0packageID=2593
--
Jamie Nguyen
signature.asc
Description: OpenPGP digital signature
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http
Hi!
libunwind package is now part of RHEL 7.2. It got retired from EPEL7
three days ago (and incidentally the Release went backwards so upgrade
path is broken):
https://bugzilla.redhat.com/show_bug.cgi?id=1288313
Unfortunately, that leaves CentOS users in a bit of a pickle, as
libunwind is no
On 07/12/15 14:59, Pierre-Yves Chibon wrote:
>> So, in the general case of packages being retired from EPEL7 because
>> they have moved to RHEL, how do we avoid missing packages in the future?
>
> Could make a compat package in EPEL7 be an option?
> This way you introduce back the version that
On 07/12/15 15:33, Ken Dreyer wrote:
> On Mon, Dec 7, 2015 at 6:44 AM, Jamie Nguyen <j...@jamielinux.com> wrote:
>> So, in the general case of packages being retired from EPEL7 because
>> they have moved to RHEL, how do we avoid missing packages in the future?
>
> Wh
On 08/12/15 08:58, Paul Howarth wrote:
> It's not a different version. It's an exact clone of the RHEL package
> except with "0." in front of the release to make sure the RHEL package
> "wins" where it is available. It is in fact the official EPEL
> limited-arch package policy:
>
>
On 08/12/15 16:07, Jamie Nguyen wrote:
> Unfortunately, I don't think this is possible until the Red Hat
> maintainer for libunwind bumps the Release.
>
> RHEL = libunwind-1.1-5
> EPEL = libunwind-1.1-10
>
> If I introduce libunwind-1.1-0.5 then it doesn't mess up RHEL bu
On 23/11/15 14:50, Richard Shaw wrote:
> This is not about any particular instance, but browsing around pkgdb for
> various reasons I've run across ACL/pkgdb request that haven't gotten
> approved (or rejected). I know we all get busy but it's not right to ignore
> (intentionally or not) these
On 23/11/15 16:31, Richard Shaw wrote:
> On Mon, Nov 23, 2015 at 9:55 AM, Jamie Nguyen <j...@jamielinux.com> wrote:
>> I don't think there are any official guidelines about ACL etiquette, but
>> the approach I've always taken before requesting ACLs is to first post a
>>
!
Kind regards,
--
Jamie Nguyen
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
On 05/06/16 17:43, Antonio Trande wrote:
> I'm taking python-testify.
Thanks, Antonio! :-)
Kind regards,
--
Jamie Nguyen
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
Hi,
This update for 3 Nginx CVEs was auto-submitted to stable yesterday:
https://bodhi.fedoraproject.org/updates/FEDORA-2016-fd3428577d
I got this error message:
nginx-1.8.1-1.fc23 ejected from the push because 'Request --RAW HTML
NOT ALLOWED-- inconsistent with mash request --RAW HTML NOT
On 28/01/16 10:10, Neal Gompa wrote:
> I personally think you should. EPEL isn't supposed to unreasonably
> hold back when even the upstream project no longer maintains that
> version. As long as all consumers of the nginx package are
> appropriately updated (if necessary) and the transition notes
On 29/01/16 07:24, Adam Williamson wrote:
> I think it was a releng snafu. From #fedora-releng today:
>
> masta / lmacken: tons of ejected from push messages. Perhaps because
> you did one and another one right away or something?
> nirik: yeah, most likely
> * lmacken should have suggested
On 28/01/16 19:00, Kevin Fenzi wrote:
> Well, this kind of question would probibly be better on the epel-devel
> list
Ah, I forgot about epel-devel.
> And you can ask for an exception. This would entail pushing the new
> version to testing and leaving it there a while, mailing epel-announce
> to
Hi,
Distributions like RHEL and Debian have a very strict update policy (for
good reason). People expect stability and don't want surprises.
When CVEs arise, patches can often be backported. Nginx 1.8.1 recently
fixed three CVEs and I've backported to Nginx 1.6.x on EL7.
Unfortunately, Nginx
Hi all,
Three CVEs were fixed in Nginx 1.8.1. I'd be very grateful for some
karma for the following updates.
(I pushed updates for them yesterday, but unfortunately the RPMs still
haven't hit updates-testing so you'll have to manually download the
nginx.rpm and nginx-filesystem.rpm from koji.)
Hi Jason,
Thanks for that :-)
Sounds like I don't need to file a bug report. (Though I guess I'll be
watching ansible runs more closely, since /etc seems to be fair game.)
Kind regards,
--
Jamie Nguyen
___
devel mailing list -- devel
omewhere?
[0]
https://docs.fedoraproject.org/en-US/packaging-guidelines/#_configuration_files
Kind regards,
--
Jamie Nguyen
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Cod
Hi Joe,
On 01/11/2019 07:06, Joe Orton wrote:
> On Sat, Oct 19, 2019 at 06:38:47PM +0100, Jamie Nguyen wrote:
>> It's been incredible to part of this project and community! :-)
>>
>> Once upon a time I was an (over?)enthusiastic packager and it's left me
>> with owne
(piotrp)
nodejs-tape (tomh)
nodejs-temp (piotrp)
nodejs-underscore (dcallagh)
nodejs-utile (piotrp)
nodejs-vows (tomh)
nodejs-winston (piotrp)
nodejs-with (tomh)
--
Jamie Nguyen
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send
I've been responding privately to people stepping up, to reduce noise.
Thank you to everyone who has volunteered so far :-)
FYI, nginx and tor/torsocks have new owners now. Felix (heffer) and
Marcel (maha) respectively.
Kind regards,
--
Jamie Nguyen
Of course, just after I post, I find I've somehow missed three packages:
These go in list [d] (depended on by other packages at runtime):
nodejs-shelljs: 4
nodejs-walkdir: 1
This goes in list [f] (not depended on by anything):
nodejs-sha
Kind regards,
--
Jamie Nguyen
Hi,
This is a follow up for this post:
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/RR2KB64SGUM7IJKBSQORQGZGUSROPFHD/
Below are the packages I've orphaned. See section [d] of the linked
email to see how many times each package is listed as Requires by
Also orphaned after speaking with co-maintainers:
- ycssmin
Kind regards,
Jamie
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
Hi Tom,
Thank you for your tireless nodejs packaging over the years!
I vaguely recall trading tens and tens of nodejs package reviews with
you back when Fedora's nodejs ecosystem was rapidly growing.
Kind regards,
--
Jamie Nguyen
jamielinux.com
Hi,
I was wondering if someone could help me.
I stopped (co-)maintaining weechat and adobe-source-code-pro-fonts
several years ago, but I discovered I'm still listed as the Bugzilla
Assignee for EPEL on both packages [1][2] despite not have commit
access. (FAS username: jamielinux)
I
Miro Hrončok wrot
Done. But maybe the Fedora maintainers were never interested in EPEL?
Should the assignee be set to orphan instead?
Thanks Miro!
The main assignees for both packages have pushed EPEL builds before, so
they have at least had interest in the past.
--
Jamie Nguyen
Ben Cotton wrote:
On Tue, Jul 5, 2022 at 2:34 AM Jamie Nguyen wrote:
Could someone please set the Bugzilla Assignee for EPEL for both
packages to match the main Bugzilla Assignee?
It looks like you're still the EPEL assignee in dist-git. I could make
the change in Bugzilla, but it will get
Hi,
A few days ago, three CVEs for Nginx and were fixed in 1.8.1. Upstream
only maintain 1.8.x and above, so they didn't release any fixes for
older versions of Nginx. I was able to backport the relevant commits to
Nginx 1.6.x on EL7.
Unfortunately, Nginx 1.0.x on EL6 is too old; I gave it a
On 29/01/16 14:56, Stephen John Smoogen wrote:
> Thank-you for your request. I think that this is a good candidate for a
> break in all three channels. I will try to get enough EPSco people to look
> at this and give feedback while we are at FOSDEM. Hope to have a +1 for you
> soon
Awesome.
so please do go on with this plan.
Excellent, thanks.
Kind regards,
--
Jamie Nguyen
___
epel-devel mailing list
epel-devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/epel-devel@lists.fedoraproject.org
esponse.
*) Change: now default SSL ciphers are "HIGH:!aNULL:!MD5".
Thanks to Rob Stradling.
*) Change: now regular expressions case sensitivity in the "map"
directive is given by prefixes "~" or "~*".
*) Change: now the "split_clients"
75 matches
Mail list logo
