On 11/21/2011 02:14 PM, Stanislav Ochotnicky wrote:
- Any ideas, bugreports etc will be much appreciated
I would be very interested in feature, which instead of mock, will run
Koji scratch build and then will download resulting packages from Koji.
--
Miroslav Suchy
Red Hat Satellite
On 07/30/2010 05:55 AM, Jesse Keating wrote:
starts to spread ( https://fedoraproject.org/wiki/Using_Fedora_GIT is a
good start ).
I made:
fedpkg clone python-debian
cd python-debian
fedpkg switch-branch f14
edit spec file
fedpkg commit -m 'edit changelog entry' -p
fedpkg push
And the last
On 11/02/2012 11:32 AM, Nicolas Chauvet wrote:
Hi Miroslav,
It sounds like you are missing f18 branch while creating new build
I always push new Spacewalk packages to rawhide only. The reason is that
always some problem pops up - this time broken dependencies on
spacewalk-web. In rawhide I
Hi,
I'm upgrading Fedoras by yum [1] for some time. I know that is not
supported method and can have some problems. But the truth is that it
was always less error prone as compared to upgrade using Anaconda or
preupgrade. Even with upgrade from F16 to F17, which I originally
thought would be
On 11/08/2012 03:10 PM, Roberto Ragusa wrote:
Hmm, I now see there is a set -e at the beginning.
Still a little scary.:-)
Scary is only the idea. And only because we are not used to do rolling
upgrades. Ask somebody from Debian experiance if this is scary ;)
And honestly, if the upgrade
On 11/29/2012 05:47 PM, Sérgio Basto wrote:
4- use yum but I have bad memories from FC2 about use yum for upgrade
Try scripted version of yum-upgrade, where all possible hick-ups should
be addressed:
https://github.com/xsuchy/fedora-upgrade
--
Miroslav Suchy
Red Hat Systems Management
On 12/04/2012 10:43 PM, Sérgio Basto wrote:
bah shell script !? , why don't you do it in python ?
Because in python it would be longer and more complicated. For example
'set -e' saved me lots of if-loop and exceptions handling.
And I wanted to have requirements very minimal.
While bash has
On 12/05/2012 09:06 AM, Adam Williamson wrote:
Tried running it on a system with a
bunch of stuff from rpmfusion yet, for instance?
Yes.
--
Miroslav Suchy
Red Hat Systems Management Engineering
--
devel mailing list
devel@lists.fedoraproject.org
FYI:
https://bugzilla.redhat.com/show_bug.cgi?id=188542
This package review has been submitted more then six years ago. With
more then 150 comments in BZ. And now finally get accepted into Fedora.
I would like to thanks Lee for his incredible patience.
Now oldest review in queue is only 5
On 01/23/2013 07:50 PM, Lennart Poettering wrote:
The thing is that doing on-line updates only works for stuff you can
restart, and that doesn't mind that things are not atomically
updated. However, much (most?) of our code isn't like that. Anybody who
What could not be restarted? And what we
On 08/29/2013 10:19 AM, Stanislav Ochotnicky wrote:
%{?scl:scl enable %{scl} }
# this is a shell
command 1
command 2
...
%{?scl:}
Just one command with this syntax. If you need more command, you have to use
heredoc as Vít said in this thread.
--
Miroslav Suchy, RHCE, RHCDS
Red Hat, Software
On 08/29/2013 12:04 PM, Dave Johansen wrote:
So does that mean that this is the correct statement to put in the .spec file?
%{?scl:scl enable %{scl} }
source /opt/rh/devtoolset-1.1/enable
%{?scl:}
What is the %{?scl} macro doing? And am I using it correctly in the above?
This scriplet:
On 08/30/2013 05:56 AM, Dave Johansen wrote:
But that doesn't work
You mean that it is not executed at all? Then you probably do not have defined macro scl. Which is probably because you
do not have installed meta-package (devtoolset-1.1-build) in you buildroot.
Note that if you are using
Hi,
I would like to get your feedback about COPR [1]
[1] http://miroslav.suchy.cz/blog/archives/2013/08/29/what_is_copr/index.html
We are the beggining and there are two options of where we can go:
http://miroslav.suchy.cz/blog/archives/2013/08/29/copr_and_integration_with_koji/index.html
Hi,
Seth (who is unfortunately dead), still owns 3 packages:
https://admin.fedoraproject.org/pkgdb/users/packages/skvidal?acls=owner
planet -- Flexible RDF/RSS/Atom feed aggregator
pyliblzma -- Python bindings for lzma
yum-utils -- Utilities based around the yum package manager
Whoever is
On 08/30/2013 12:19 PM, François Cami wrote:
I'll be waiting for at least one +1 from a FESCo member.
Do not wait here.
File FESCo ticket:
https://fedorahosted.org/fesco/newticket
--
Miroslav Suchy, RHCE, RHCDS
Red Hat, Software Engineer, #brno, #devexp, #fedora-buildsys
--
devel mailing list
On 08/30/2013 08:42 PM, Ken Dreyer wrote:
I've found that packaging Rails apps for the long term (especially for
EPEL) is an absolute nightmare. Looking at OBS's webui requirements,
getting that to run on EL6 with the standard Ruby 1.8.7 would be a
near-impossible undertaking. If Fedora's
On 08/30/2013 10:01 PM, Jay Greguske wrote:
I'd like to see some elaboration on why VMs instead of chroots would be
required. I can draw my own conclusions (security) but I'd like to see
them listed out first before continuing the discussion.
Koji builder has somewhere stored certificate. This
On 08/30/2013 05:59 PM, Daniel P. Berrange wrote:
On Fri, Aug 30, 2013 at 11:52:05AM -0400, Colin Walters wrote:
On Fri, 2013-08-30 at 09:01 -0400, Colin Walters wrote:
Also, wow, I just followed and read the link:
http://lists.opensuse.org/opensuse-buildservice/2013-07/msg00044.html
I know
On 09/03/2013 03:41 PM, Frankie Onuonga wrote:
I mean we have a really sharp crew here.
Why not?
We have sharp crew, but they have a lot of other work to do. So thinking about how to offload some developer work with
others make IMO sense.
--
Miroslav Suchy, RHCE, RHCDS
Red Hat, Software
On 09/03/2013 09:43 PM, Matthew Miller wrote:
On Tue, Sep 03, 2013 at 03:33:10PM -0400, Jay Greguske wrote:
koji already uses VMs for x86.
Not for RPM builds.
I think we're talking about different things here. It happens that some of
the x86 builders are VMs, but they're not taken down and
On 09/04/2013 04:29 PM, Lukas Zapletal wrote:
Are we able to evaluate, how much slower this is?
Just few seconds. I would say 15 seconds slower. I mean in current Copr, which
does VM+mockchain.
OBS is actually little bit faster because it does not use mock.
And if you use PreinstallImages
Hi,
I orphaned following packages in Fedora (and EPEL):
nocpulse-common
perl-NOCpulse-CLAC
perl-NOCpulse-Debug
perl-NOCpulse-Gritch
perl-NOCpulse-Object
perl-NOCpulse-SetID
perl-NOCpulse-Utils
spacewalk-admin
They transitively need new package, which is not yet in Fedora. And since I do not use
On 09/10/2013 08:25 AM, Dan Horák wrote:
I did a TC5 minimal install last night, which omitted mc, my most
used cmdline tool. So:
# yum install mc
... installing for dependencies:
gpm-libs (which I never ever use)
perl* (29 packages)...
Seriously? What does mc need perl for?
see
On 09/11/2013 10:59 AM, Ankur Sinha wrote:
- The software*must* inform the user and take permission before opening
ports.
Hmm, can you use this feature?:
https://lists.fedoraproject.org/pipermail/devel/2013-July/186797.html
I.e. you will write script, which will ask admin and open the port.
On 09/11/2013 02:18 PM, Marcin Juszkiewicz wrote:
IIRC Mandriva had patches which added Suggests/Recommends to RPM over 5 years
ago.
Suse as well.
--
Miroslav Suchy, RHCE, RHCDS
Red Hat, Software Engineer, #brno, #devexp, #fedora-buildsys
--
devel mailing list
devel@lists.fedoraproject.org
On 09/11/2013 01:24 PM, Matěj Cepl wrote:
Debian apt* programs have either option to always follow/not-follow
these soft-dependencies, or they will just select for installation all
packages on which the selected package(s) Depends and then nicely ask
user whether she wants to install also
On 09/11/2013 04:39 PM, Michael Cronenworth wrote:
Is there a bug opened for this enhancement?
I know it has been talked about for years, but nothing has come out of mailing
list discussions. A quick BZ search
turned up nothing.
You are correct! To my surprise.
But this can be easily fixed:
I used Yubikey for some time (slot 1) for non-Fedora related stuff.
I just tried to use slot 2 for Fedora services, but whenever I try to use:
test auth
on
https://admin.fedoraproject.org/accounts/yubikey
it yell:
auth Failed: Unauthorized/Invalid OTP
What I did:
sudo fedora-burn-yubikey
On 09/26/2013 01:46 PM, Miroslav Suchý wrote:
Can somebody help me diagnose what I'm doing incorrectly, please?
It seems that slot2 is the cause. It does not work for me, nor 2 other men.
Slot 1 seems to work fine. I'm not sure if this problem of ykpersonalize or
youbikey itself.
:(
fedora
On 10/02/2013 08:33 AM, Mateusz Marzantowicz wrote:
I've found this page [1] with following content:
- Targeted release: Fedora 16
- Last updated: 2011-06-27
- Percentage of completion: 10%
Is it OK to have feature which is 10% complete and is still targeted at
eol release?
If you navigate
I have one student (peter.k...@student.tuke.sk) who start working on Popcon for
Fedora.
We just started (with no work done yet). But in future you can watch the
progress here:
https://github.com/PKonc/popcon-for-fedora
If you have question or want to help, feel free to contact me or Peter.
On 10/02/2013 03:18 PM, Bill Nottingham wrote:
It may be worth trying to integrate this into Census -
https://github.com/npmccallum/census
What is census? Beside that is should be Smolt replacement (in which way)?
Neither URL above nor
https://fedorahosted.org/census/
help me to
In Debian distributions exist file:
/etc/dpkg/origins/default
which is symlink to
/etc/dpkg/origins/debian
with content:
Vendor: Debian
Vendor-URL: http://www.debian.org/
Bugs: debbugs://bugs.debian.org
Do we have some alternative to this in Fedora world?
The goal of this file is to
On 10/15/2013 03:41 PM, Ralf Corsepius wrote:
I think, you are mixing up things.
/etc/dpkg is a package's (dpkg's) config-directory, which may contain whatever
this package considers to be its
configuration.
It's not related to distinguishing OS vendors, at all.
Since that bug 487437 it is
On 10/17/2013 05:19 AM, Luya Tshimbalanga wrote:
I understand each one of us is busy with their life but a simple message would
suffice to let know about the status. Is
there a better way to address this concern to avoid repeating it in the future?
Some numbers FYI:
* We have 117 sponsors
On 10/21/2013 03:28 PM, Parag N(पराग़) wrote:
Hi,
On Mon, Oct 21, 2013 at 2:32 PM, Miroslav Suchý msu...@redhat.com
mailto:msu...@redhat.com wrote:
On 10/17/2013 05:19 AM, Luya Tshimbalanga wrote:
I understand each one of us is busy with their life but a simple
message would
On 10/21/2013 09:38 PM, Michael Schwendt wrote:
* Oldest request is from 2008(!) - but there are recent work on this BZ.
Probably the same reasons as with the normal review requests.
Sometimes reviews have stalled because of bundled libs, licensing troubles,
missing deps, waiting for
On 10/23/2013 04:25 PM, Simo Sorce wrote:
If glusterfs feels people need to run the bricks and the main daemons
separately then they should probably split service files and have a
dependency to bring one up when the other comes up, yet still be allowed
to take the daemon down w/o taking down the
On 11/01/2013 12:38 AM, مصعب الزعبي wrote:
Proxies not banned.
But can be.
Renaming packages are non-trivial packages which can take full several days of
work.
And if your goverment decide to add 'proxies' to list (which is 5 second work)
all this work will be vanished.
--
Miroslav Suchy,
Dear developers and Fedora contributors,
let me introduce Copr:
http://copr-fe.cloud.fedoraproject.org/
Copr is a build system for third party repositories. It is intended for:
* upstream teams - to make nightly and test builds
* layered applications - if you build on top of Fedora, but you
On 11/09/2013 08:18 PM, Matthew Miller wrote:
This seems like a good message to go to
devel-annou...@lists.fedoraproject.org, especially with all the traffic here
these days. Maybe you could resend, or else wait a little while until you
feel like it's a little closer to production-ready?
I
On 11/11/2013 10:08 PM, Zbigniew Jędrzejewski-Szmek wrote:
Would it be possible to provide an rpm with the .repo file automatically?
(I mean something like fedora-release-rawhide, so that the user can do
rpm
-ivhhttp://http://copr-fe.cloud.fedoraproject.org/coprs/up/.../copr-u-p-1.noarch
On 11/12/2013 08:42 AM, valent.turko...@gmail.com wrote:
I work a lot with different kind of routers, openwrt and other
embedded systems, and they all usually use same address - 192.168.1.1,
so Ubuntu message is quite useful because gives me simple command that
I just copy/paste so I can get rid
On 11/14/2013 02:43 PM, Manuel Faux wrote:
I wanted to try out the copr-cli, but unfortunately without great
success. I added my API key to ~/.config/api but copr-cli create always
results in an error, without an error message.
Is it known that the cli does not work yet, or did I miss something
On 11/14/2013 07:45 PM, Manuel Faux wrote:
Sounds logically for me now, as also the web UI requires you to
check at least on chroot. In this case the help page of copr-cli seems
quite confusing to me, since all the arguments except name are in square
brackets, which normally is used for optional
On 11/19/2013 11:22 AM, Richard W.M. Jones wrote:
Some of these packages have invented home-brewed methods to generate
the Patch lines in the spec file, eg:
FYI: Several projects use Tito [1], which allows you to operate on (unpacked) git tree (usually clonned). Do changes
directly in git.
On 12/06/2013 12:14 PM, Jóhann B. Guðmundsson wrote:
I would say that abrt should not be installed et all unless user has agreed to
it at install time.
+1
My mother would be puzzled, if ABRT would popup on her Fedora box.
--
Miroslav Suchy, RHCE, RHCDS
Red Hat, Software Engineer, #brno,
On 12/06/2013 01:59 PM, Václav Pavlín wrote:
I think abrt serves as good source of info in case of unexpected crashes, which
is quite important to have stable
system. So although being puzzled is not very nice, being disappointed by
crashing applications is much worse from my
point of view.
New release of Copr is available at:
http://copr.fedoraproject.org
It has:
* nicer URL - http://copr.fedoraproject.org/ which is alias for
http://copr-fe.cloud.fedoraproject.org/
* extended API. See:
http://copr.fedoraproject.org/api/
* faster builds - previously builds for various
On 01/13/2014 08:56 AM, Frank Murphy wrote:
to be certain you can do dnf(yum) --enablerepo=* clean all
if your intention is truly to remove all cache.
Not true if you ever used --releasever option.
--
Miroslav Suchy, RHCE, RHCDS
Red Hat, Software Engineer, #brno, #devexp, #fedora-buildsys
--
On 01/13/2014 07:32 AM, Miroslav Suchy wrote:
Let leave yum as is, but let try to redefine this behavior for dnf:
https://bugzilla.redhat.com/show_bug.cgi?id=1052020
If you want this change please vote for this bug (by adding yourself to CC of
that bug). Otherwise it will stay as
CLOSED
On 01/13/2014 09:57 AM, Frank Murphy wrote:
On Mon, 13 Jan 2014 09:53:53 +0100
Miroslav Suchý msu...@redhat.com wrote:
On 01/13/2014 08:56 AM, Frank Murphy wrote:
to be certain you can do dnf(yum) --enablerepo=* clean all
if your intention is truly to remove all cache.
Not true if you
On 08/27/2010 09:03 PM, Bill Nottingham wrote:
tanukiwrapper
I will take this one.
--
Miroslav Suchy
Red Hat Satellite Engineering
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On 04/21/2012 12:33 AM, Matej Cepl wrote:
Yes, and I wonder why Fedora users just don't it. Nobody knows why,
either we have too stupid names, or we are too geeky, or something. And
I have to admit, that although my first Debian was potato and I have
switched to Fedora just before etch (and I
Hi,
I have question about Fedora Review Process. [1]
First time submitter should block FE-NEEDSPONSOR. But since they are new
to the process they very often forgot to do that.
So I always try to check whether given bugzilla email already has FAS
account and if it is in packager group.
But I
On 02/23/2012 04:48 PM, Ken Dreyer wrote:
I'm in agreement with this. Do we need to open a ticket with the FPC?
https://fedorahosted.org/fpc/ticket/147
--
Miroslav Suchy
Red Hat Satellite Engineering
--
devel mailing list
devel@lists.fedoraproject.org
https://bugzilla.redhat.com/show_bug.cgi?id=251805#c28
Should we have:
postgresql-pgpool-II
postgresql-orafce
or just:
pgpool-II
orafce
Let start discussing. My opinion is postgresql-* because it has kind of
same namespace.
--
Miroslav Suchy
Red Hat Satellite Engineering
--
devel mailing
On 01/29/2013 12:59 AM, Adam Williamson wrote:
Well, the other thing fedup does - and the other reason it's necessary
compared to a simple online yum upgrade - is provide a mechanism for
pretty much any package to hook in pretty much any action to be
performed as part of the upgrade. To be sure
On 01/25/2013 12:12 AM, Lennart Poettering wrote:
So, you can ignore all of that, but then you have to think about what
you actually accomplished by your upgrade? You updated a couple of
libraries, and maybe managed to restart a few processes using them, but
for the rest of them the vulnerable
On 02/04/2013 10:29 PM, Adam Williamson wrote:
https://ohjeezlinux.wordpress.com/2012/11/13/fedup-a-little-background/ ...
kinda. That's the best that I know of.
It lacks in details how I can put hook in upgrade.pre and upgrade.post.
What is the best practise here?
It would be nice if you
On 02/06/2013 12:02 AM, Sam Varshavchik wrote:
There is even a documented way for a package to stop its services,
before it gets updated, and restart it, after the update, see
/var/lib/rpm-state
Can you point me to such documentation, please?
I found only
On 02/19/2013 03:43 PM, Sergio Belkin wrote:
Hi, rpmlint complains about cron files, is that a bug?
For example:
tmpwatch.x86_64: E: executable-marked-as-config-file
/etc/cron.daily/tmpwatch
Executables must not be marked as config files because that may prevent
upgrades from working
A file has been added to the lookaside cache for perl-NOCpulse-Utils:
c454ff9f71e9a1d0aff2aa6be00c384b perl-NOCpulse-Utils-1.14.12.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
On 04/27/2013 01:49 PM, Alec Leamas wrote:
I'm trying to package a web application with bundled fonts. These fonts
are used by the web clients (browsers), and just served from the Fedora
webapp. The case is similar to javascript .js files.
Trying to package the webfonts as dependencies I have
On 05/01/2013 10:03 PM, Bill Nottingham wrote:
2) The web server environment
Contains web server and web server runtimes (PHP, JBoss, Mongo, perl,
python, rails)
+1
If you are running web server, then you probably have internet
connection. It is not necessary gigabit ethernet, but on the
On 04/29/2013 11:22 AM, Alec Leamas wrote:
The reply makes me feel a little more confused, on a higher level. How
does that reply translate to the packaging of a web application with
some bundled webfonts ? scratching my head.
Me too :)
Note that in my case the fonts are just just images
On 05/09/2013 01:19 AM, Jason L Tibbitts III wrote:
I spent a bit of time recently trying to clean up the oldest package
review tickets, making sure links are accessible and the submitted
packages actually build. At this point I think all of the tickets in
On 05/14/2013 05:32 AM, Ralph Bean wrote:
It is a webapp that allows users to upvote/downvote tags on packages as
well as rate packages themselves. The data will end up getting pulled into
yum repo metadata by the bodhi masher and into the Fedora Packages[2]
indexer to improve search results.
On 05/14/2013 10:09 AM, Pierre-Yves Chibon wrote:
This is the goal of tagger, providing meta information about the package
to allow easier search/filtering and provide a nicer user experience.
Aha, so it should be something like
http://debtags.debian.net
in Debian world.
Good then. I will
On 05/22/2013 05:47 PM, Paulo César Pereira de Andrade wrote:
As a packager, some way to transparently handle an upgrade when a
directory changes to a symlink or vice-versa.
+1
--
Miroslav Suchy
Red Hat Systems Management Engineering
--
devel mailing list
devel@lists.fedoraproject.org
On 05/27/2013 09:32 AM, Jan Zelený wrote:
Unfortunately there is not much we can do about this. Debian has completely
different repository policy - they keep all versions of packages in the repo so
there is no need to update metadata on client machines every time.
Actually we can do something.
On 05/22/2013 03:43 PM, Jan Zelený wrote:
Please send your requests as replies to this email so they can be properly
discussed.
Have equivalent of apt-get autoremove.
I.e. If you run
yum install foo
and it will install packages bar and bra for dependencies.
Then when I remove package foo,
On 05/27/2013 03:24 PM, Ales Kozumplik wrote:
Hi,
There's a new build of DNF for Fedora rawhide and F19's
updates-testing[1] today. 0.3.6 is almost only a bugfix release, but
note that F19 users didn't get 0.3.5 so there's more changes happening
there. Also see the release notes[2].
In past
I plan to retire java-service-wrapper. I do not use it anymore. And it
need some time, which I do not have.
If you want to take over this package let me know. But rather then
taking over java-service-wrapper, it would be better to package
http://yajsw.sourceforge.net/ instead.
--
Miroslav
Hi,
I plan to retire package spacewalk-admin in epel, because it requires
spacewalk-base
perl(RHN::SatelliteCert)
which are not in epel.
And I plan to retire
spacewalk-web
in both Fedora and Epel, because it require perl(Spacewalk::Setup).
I do not have intention to package those
On 07/15/2013 10:44 AM, Jaroslav Reznik wrote:
= Proposed System Wide Change: No Default Syslog =
https://fedoraproject.org/wiki/Changes/NoDefaultSyslog
Change owner(s): Lennart Poettering lennart at poettering net, Matthew
Miller mattdm at fedoraproject org
No longer install a traditional
On 07/15/2013 11:14 AM, Peter Robinson wrote:
This doesn't stop you from having a traditional syslog service, it's
just not installed in the desktop spins by default. yum install
rsyslog will continue to provide you the status quo.
Yes, I know. But I spoke about *default*. I would like to have
On 07/02/2013 05:30 PM, Miroslav Suchý wrote:
Hi,
I plan to retire package spacewalk-admin in epel, because it requires
spacewalk-base
perl(RHN::SatelliteCert)
which are not in epel.
And I plan to retire
spacewalk-web
in both Fedora and Epel, because it require perl(Spacewalk
On 07/15/2013 01:08 PM, Lukas Zapletal wrote:
You are voting
against this feature proposal then I guess:-)
Yes.
--
Miroslav Suchy
Red Hat, Software Engineer
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On 07/15/2013 01:23 PM, Lennart Poettering wrote:
But anyway, I'd still like to hear the technical reasoning for the
opinion you expressed.
Because you are able to read txt file with *anything*. But you are not
always able to read binary files. Because journalctl is not available.
Example
On 07/15/2013 03:37 PM, Lennart Poettering wrote:
But anyway, this is quite anecdotal.
I was not laughing when I was on site.
If you are working on some computer game, you can target 90 % of
available audience. Or even if pulse audio will work for 99 % of user,
then it is fine.
But these
On 07/16/2013 12:28 PM, Jaroslav Reznik wrote:
== Detailed description ==
Change the per package documentation directory in /usr/share/doc to
unversioned, just containing the package's name (previously it contained both
the package's name and its version). rpmbuild already has support for this,
On 07/18/2013 06:53 PM, Toshio Kuratomi wrote:
/usr/bin/python should refer to python2 --
http://www.python.org/dev/peps/pep-0394/ I'd be -1 to changing this
Quoting from this PEP:
python should refer to the same target as python2 but may refer to
python3 on some bleeding edge
On 07/22/2013 03:38 PM, Matthew Miller wrote:
So there we have it. Comments and discussion, please!
I disagree with this Proposal, but I would agree with that if you
would call it Goal or Vision.
I agree with you that Fedora will (and should) look like this after 20
years.
But that is
Hi,
I just built into rawhide new rpmconf(8) which has new feature - to
configure application.
Background:
After each yum upgrade/install you should resolve .rpmnew/.rpmsave
files. Rpmconf(8) will help you with that. But it will not help you with
initial configuration. Especially with
On 07/25/2013 03:48 PM, Christopher Meng wrote:
I have a package which needs upgrade script sometimes...
Question, will this tool backup the conf if some unexpected things happen?
If users find that things are not good as expected, how to revert?
No, I did not target neither backup nor
On 07/26/2013 02:23 PM, Neal Becker wrote:
What I really want is rpmconf mode for emacs. I could use all the nice tools
like emacs ediff.
Can you elaborate? I'm not familiar neither with emacs nor ediff?
--
Miroslav Suchy
Red Hat, Software Engineer
--
devel mailing list
On 08/05/2013 05:53 PM, Ian Pilcher wrote:
I'm trying to figure out if I agree with the resolution of this bug:
https://bugzilla.redhat.com/show_bug.cgi?id=914965
Thoughts?
That is definitely wrong resolution.
Does that package use that icon? Yes. Then it should require that icon
(or
On 01/14/2014 01:09 AM, Orion Poplawski wrote:
On 01/13/2014 03:26 PM, Miroslav Suchy wrote:
I just deployed new version of Copr at:
http://copr.fedoraproject.org
It have only one feature: you can now build in epel-7-x86_64!
To be precise - the name epel is little bit misleading,
On 01/16/2014 08:12 PM, Adam Williamson wrote:
So, in the discussion of this, the following was presented as an
obstacle:
18:31:13 notting Requires: foo 1.0-1.%{release}
18:31:22 notting 1.0-1.fc20.copr *satisfies* that
I have no objections against disttag. Hoever I would prefer
On 01/21/2014 06:01 PM, Kaleb KEITHLEY wrote:
Take, for example, https://github.com/nfs-ganesha/nfs-ganesha/releases, where
there's a button for Source code
(tar.gz) pointing at
https://github.com/nfs-ganesha/nfs-ganesha/archive/V2.0.0.tar.gz
Note V2.0.0.tar.gz versus
On 01/28/2014 06:01 AM, Michael Stahnke wrote:
Are there plans to add ARM?
It is my wish as well. My plan is to talk on upcoming DevConf.cz to several
people if/how it can be done.
Additionally I'm in contact with Dan Horak from Secondary Arch team and we may
get PPC builders. But the
On 01/31/2014 09:23 PM, Ville Skyttä wrote:
msuchy rhn-client-tools mzazrive
Filed upstream bug:
https://bugzilla.redhat.com/show_bug.cgi?id=1061013
--
Miroslav Suchy, RHCE, RHCDS
Red Hat, Senior Software Engineer, #brno, #devexp, #fedora-buildsys
--
devel mailing list
On 02/05/2014 11:40 AM, Richard Hughes wrote:
For stuff like this, I think just getting a provenpackager to fix up
the packages is the best thing to do. It's obviously correct and a
simple change.
Usually yes. But e.g. in rhn-client-tools this path is used in code and the
change is
On 02/05/2014 08:24 PM, Richard Shaw wrote:
Are there official guidelines on how to handle selinux contexts in packaging? I
can still only find the draft which
seems way more complicated than necessary for my needs.
I'm working on a package that uses mongodb internally (runs it's own
On 02/12/2014 03:36 PM, Kai Engert wrote:
Are we allowed to ship software in Fedora that dynamically loads
advertisements from the web and shows them to users?
I see no reason why to forbid it (from my POV).
It is always decision of upstream. And either that program is good enough that users
On 02/23/2014 06:29 PM, Mauricio Tavares wrote:
Could anyone point me to info on creating a local repo? I want to learn the
entire process of creating a package but
think it might be wiser to have a controlled environment
Do you really need it local?
If no - then:
On 03/01/2014 05:32 AM, Orion Poplawski wrote:
Is there any chance of being able to do epel-7-ppc64 copr builds anytime
in the near future? I'd to test if a particular fix to gcc will fix an
ICE I'm seeing while compiling eigen3. copr seems to be the only tool
that could be available to me to
Hi,
I just orphaned spacewalk-branding. New version have new dependency (bootstrap-less), which is not present in Fedora and
I have no intention to package it there.
--
Miroslav Suchy, RHCE, RHCDS
Red Hat, Senior Software Engineer, #brno, #devexp, #fedora-buildsys
--
devel mailing list
1 - 100 of 1006 matches
Mail list logo