#5819: Need tags deleted in python-heatclient repo
-----------------------------+------------------------
Reporter: jpeeler | Owner: rel-eng@…
Type: task | Status: new
Milestone: Fedora 21 Final | Component: git
Keywords: | Blocked By:
Blocking: |
-----------------------------+------------------------
All of the tags created here http://pkgs.fedoraproject.org/cgit/python-
heatclient.git were accidental. Deleting the tags myself seems to not be
possible, so please do so for me.
--
Ticket URL: <https://fedorahosted.org/rel-eng/ticket/5819>
Fedora Release Engineering <http://fedorahosted.org/rel-eng>
Release Engineering for the Fedora Project
#4071: Block pushes to origin/ in gitolite ACLs
----------------------+-----------------------------------------------------
Reporter: jkeating | Owner: rel-eng(a)lists.fedoraproject.org
Type: task | Status: new
Milestone: | Component: git
Keywords: |
----------------------+-----------------------------------------------------
Common typo to create a new branch that starts with "origin/". We can
stop that at the ACL level.
--
Ticket URL: <https://fedorahosted.org/rel-eng/ticket/4071>
Fedora Release Engineering <http://fedorahosted.org/rel-eng>
Release Engineering for the Fedora Project
#4355: metadata for "grouped" files on master mirror
---------------------+------------------------------------------------------
Reporter: mdomsch | Owner: rel-eng(a)lists.fedoraproject.org
Type: task | Status: new
Milestone: | Component: other
Keywords: |
---------------------+------------------------------------------------------
This may be less of an issue now that we don't have the split CD set, but
I would like it if rel-eng could produce a file into the master mirror
tree for "groups" of files that should be a single consistent download
set, such as a DVD and the checksum file, or the set of files that are
together inside a single torrent. MirrorManager is growing the idea of a
"file group", a single requestable entity that will return a metalink
listing each of the files in the file group. The intent was to use it for
the multi-CD download sets, but it's just as valuable for the DVD and
checksum file, or other similar groups. But it needs to be a file (say,
.fileset or something), in a directory that MM can find and use to build
the FileGroups.
--
Ticket URL: <https://fedorahosted.org/rel-eng/ticket/4355>
Fedora Release Engineering <http://fedorahosted.org/rel-eng>
Release Engineering for the Fedora Project
#5653: script automatic weekly install rawhide trees
--------------------+------------------------
Reporter: mattdm | Owner: rel-eng@…
Type: task | Status: new
Milestone: | Component: other
Keywords: | Blocked By:
Blocking: |
--------------------+------------------------
This was removed as part of the No Frozen Rawhide at the anaconda team's
request. Dennis mentions that at this point they're for having a weekly
tree (but no more). Dennis further notes that this is basically just a
matter of
* setup a cronjob
* get the compose box to mount /pub/alt rw
* automate cleanup of old trees
And Kevin noted that the rw mount was no problem.
--
Ticket URL: <https://fedorahosted.org/rel-eng/ticket/5653>
Fedora Release Engineering <http://fedorahosted.org/rel-eng>
Release Engineering for the Fedora Project
#3903: change component owner in bugzilla
----------------------+-----------------------------------------------------
Reporter: mmaslano | Owner: rel-eng(a)lists.fedoraproject.org
Type: task | Status: new
Milestone: | Component: other
Keywords: |
----------------------+-----------------------------------------------------
Could you create perl-fedora-maint as bug owner for all my perl-* modules
and perl component? I'm sharing bugs with my colleagues in RHEL and we'd
like to have it also for Fedora. I suppose set up mailing list is also
needed.
This should be applied only for perl modules, where I am an owner of the
package. Not only co-maintainer.
The group perl-fedora-maint should include mmaslano, ppisar, psabata.
--
Ticket URL: <https://fedorahosted.org/rel-eng/ticket/3903>
Fedora Release Engineering <http://fedorahosted.org/rel-eng>
Release Engineering for the Fedora Project
#5700: mass bugzilla script uses wrong urls
-------------------+------------------------
Reporter: ausil | Owner: rel-eng@…
Type: task | Status: new
Milestone: | Component: other
Keywords: | Blocked By:
Blocking: |
-------------------+------------------------
the script for mass filing bugs puts the wrong urls in to log files. they
are short lived anyway. we need to find a better way to deal with them.
--
Ticket URL: <https://fedorahosted.org/rel-eng/ticket/5700>
Fedora Release Engineering <http://fedorahosted.org/rel-eng>
Release Engineering for the Fedora Project
#5814: please remove private branch llvm/private-jvcelak
-----------------------------+------------------------
Reporter: jvcelak | Owner: rel-eng@…
Type: task | Status: new
Milestone: Fedora 20 Final | Component: git
Keywords: | Blocked By:
Blocking: |
-----------------------------+------------------------
Please remove private branch llvm/private-jvcelak from dist-git.
{{{
% git push origin :private-jvcelak
remote: + refs/heads/private-jvcelak llvm jvcelak DENIED by fallthru
remote: error: hook declined to update refs/heads/private-jvcelak
To ssh://jvcelak@pkgs.fedoraproject.org/llvm
! [remote rejected] private-jvcelak (hook declined)
error: failed to push some refs to
'ssh://jvcelak@pkgs.fedoraproject.org/llvm'
}}}
Btw, builds which are preserved in Koji are built only from non-private
branches. And devels can create private branches, but cannot delete them.
Is there any reason for that?
--
Ticket URL: <https://fedorahosted.org/rel-eng/ticket/5814>
Fedora Release Engineering <http://fedorahosted.org/rel-eng>
Release Engineering for the Fedora Project
#5729: remove libvpd and lsvpd from main koji
-----------------------------+------------------------
Reporter: till | Owner: rel-eng@…
Type: task | Status: new
Milestone: Fedora 20 Alpha | Component: koji
Keywords: | Blocked By:
Blocking: |
-----------------------------+------------------------
libvpd and lsvpd were build for all archs until F15 but are only useful
for PPC(64). The packages need to be removed somehow from koji:
https://lists.fedoraproject.org/pipermail/devel/2013-August/187956.html
Possiblities:
- manually cleanup koji database
- cut off older release inheritance
--
Ticket URL: <https://fedorahosted.org/rel-eng/ticket/5729>
Fedora Release Engineering <http://fedorahosted.org/rel-eng>
Release Engineering for the Fedora Project
#5779: Build target for tcl-8.6.1
-----------------------------+------------------------
Reporter: jskarvad | Owner: rel-eng@…
Type: task | Status: new
Milestone: Fedora 20 Alpha | Component: koji
Keywords: | Blocked By:
Blocking: |
-----------------------------+------------------------
Hi, could we get a separate f21 build target to build tcl-8.6.1 and
rebuild packages which depend on it? It's cca. 100 packages. We can also
do it without the tag - it will take approx. 1 to 2 weeks with various
probably minor breakages.
--
Ticket URL: <https://fedorahosted.org/rel-eng/ticket/5779>
Fedora Release Engineering <http://fedorahosted.org/rel-eng>
Release Engineering for the Fedora Project
#5362: Use XZ for repository metadata compression
-------------------------+------------------------
Reporter: elad | Owner: rel-eng@…
Type: enhancement | Status: new
Milestone: | Component: other
Keywords: | Blocked By:
Blocking: |
-------------------------+------------------------
See [https://bugzilla.redhat.com/show_bug.cgi?id=700020 bug #700020] for
details.
I was informed that yum and createrepo already support xz compression for
metadata, yet in Fedora still use bz2. We should probably switch
repositories to use xz as well.
I was told to talk with rel-eng, I hope this is the right place to do so.
--
Ticket URL: <https://fedorahosted.org/rel-eng/ticket/5362>
Fedora Release Engineering <http://fedorahosted.org/rel-eng>
Release Engineering for the Fedora Project