> After preliminary discussions with CPU vendors...
CPU vendors want to sell CPUs, while there are still plenty of running
Sandy/Ivy bridge expensive high-end machines running that would not be
upgradable.
Not supporting machines that are 16 years old is ok, but restricting to < 6
years (7
On 06/25/2018 09:11 PM, Miro Hrončok wrote:
I'm now mass rebuilding everything. Will do a couple of rounds before
I will look at the logs. If you see you package failing for a
non-dependencies related reason, please try to fix it and rebuild it
with:
fedpkg build --target=f29-python
On 01/19/2018 11:07 PM, Alois Mahdal wrote:
Hi Fedora!
TL;DR: What do experienced C/C++ packagers think about this PR,
considering potential future appearance in Fedora?
https://github.com/naelstrof/slop/pull/94
Using the project version for soname is usually a bad idea, because
soname
On 01/11/2018 11:45 AM, David Demelier wrote:
On Thu, Jan 11, 2018 at 11:21:56AM +0100, Patrick Monnerat wrote:
I also encountered this problem before and I fixed it by respecting the
RPM_OPT_FLAGS. Before cmake, use:
export CFLAGS="${RPM_OPT_FLAGS}"
export CXXFLAGS="
On 01/11/2018 11:13 AM, David Demelier wrote:
Hello,
I'm trying to upgrade my OpenRCT 2 package [0] to fedora 27.
It looks like something changed regarding the generation of debug files because
I can't get it to build a .rpm anymore.
I get:
Processing files:
On 01/22/2017 01:03 PM, Martin Gansser wrote:
I tried several combinations, but always the same behaviour.
#%make_install DEST=%{buildroot}%{_datadir}/nuvolaplayer3/web_apps/
#make DESTDIR=%{buildroot}%{_datadir}/nuvolaplayer3/web_apps/ install
make install DESTDIR=$RPM_BUILD_ROOT
Hi,
I'm trying to build a new insight package for rawhide and F21 (new
snapshot: the old one does not work anymore :-(
Currently, even the new package cannot run because the itk package has
unfixed bugs that make it unusable.
Please see BZ #1105506, #1116853 and #1116860: they all get a
Kevin Fenzi wrote:
monnerat:BADURL:openca-ocspd-1.5.1-rc1.tar.gz:ocspd
The URL is not available anymore.
I've just packaged 1.9.0 for rawhide/f20/f19/f18. It is not the latest
version, but it's the latest that doesn't use libpki. I've submitted a
review request for this library, but nobody
rutadeevacuacion continues its crazy job: (s)he's just subscribed to one
of my review request (closed 2009-08-07) BZ#505356.
Although this does not affect me personally, I think this is some
obscure way of mass parasitizing our infrastructure. No way to blacklist
this address ?
--
devel mailing
On Fri, 2012-08-03 at 00:58 -0500, Dennis Gilmore wrote:
while the total rebuild list of 545 can be found at
http://ausil.fedorapeople.org/f18-needsbuilt.html
I don't understand why insight is still in this list: I fixed the mass
rebuild failure and already produced a successful build: Koji
On Mon, 2012-05-07 at 09:39 -0600, Kevin Fenzi wrote:
On Mon, 07 May 2012 15:11:29 +0200
Patrick Monnerat p...@datasphere.ch wrote:
While packaging a new version of xca, the initial fedpkg build for
F15 failed with error BuildrootError: could not init mock buildroot,
mock exited
While packaging a new version of xca, the initial fedpkg build for F15
failed with error BuildrootError: could not init mock buildroot, mock
exited with status 4; see root.log for more information. See
http://koji.fedoraproject.org/koji/taskinfo?taskID=4059840
I thus examined all the log files
Just to pull the attention of wiki maintainers who are aware of koji
targets: on the package maintainer join page, koji description
(http://fedoraproject.org/wiki/PackageMaintainers/Join#Install_the_Client_Tools_.28Koji.29),
the paragraph
TARGET is a distribution keyword such as dist-f9 (for
On Tue, 2012-04-24 at 08:45 -0600, Kevin Fenzi wrote:
Just a side note... wiki maintainers are every single person with a
fedora account. ;)
I knew that already. But the permission to do it does not mean one knows
exactly the perfect replacement content :-)
The reason why I did not change it
On Mon, 2012-04-23 at 14:27 +0100, Adam Williamson wrote:
On Fri, 2012-04-20 at 20:51 -0700, Eric Smith wrote:
Corey Richardson wrote:
Getting source tarballs from github is a nightmare. See
http://lists.fedoraproject.org/pipermail/devel/2011-February/148676.html
I noticed putting what
On Tue, 2012-02-07 at 14:52 +0100, Patrick Monnerat wrote:
I'm afraid I've just orphaned the insight debugger.
Re-adopted it now that the missing dependence problem is resolved.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Since packages belonging to maintainer that have not changed their
password have been removed, I keep being notified about a broken
dependency in package insight, depending on iwidgets.
iwidgets has been deprecated and thus, as long as this situation
remains, insight will be broken.
On Mon, 2012-02-20 at 13:01 +0100, Michael Schwendt wrote:
*You* could have avoided this by _retiring_ insight properly:
http://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life
*** This is not a normal end of life: this is an assassination ***
There's a maintainer (krege) who's
I'm afraid I've just orphaned the insight debugger.
It now miss dependency iwidgets, that was a working up-to-date package
orphaned after the forced password change of last year, unperformed by
the iwidgets package owner.
I don't want to start I new troll on this subject: this has already been
Hi everyone and a happy new year to you !
I've tried today to start a gnome session on rawhide via VNC: although
the gnome shell is now able to use software rendering, gnome uses the
fallback mode.
Is it normal? If yes, will it be fixed in F17? Else what did I missed?
The parameters I use to
On Mon, 2011-02-07 at 15:59 -0500, Bill Nottingham wrote:
Each release, we undergo the effort to track down owners for orphaned
packages in the release, and block those orphaned packages where
necessary. It's that time again for Fedora 15.
The following packages are currently orphaned and
On Wed, 2011-02-02 at 19:20 +0100, Remi Collet wrote:
Le 02/02/2011 14:09, Patrick MONNERAT a écrit :
There is a project I would like to package: this is
http://php-yubico.googlecode.com/. This project is using PEAR support
and assumes a PEAR installation (in the Auth subdirectory
There is a project I would like to package: this is
http://php-yubico.googlecode.com/. This project is using PEAR support
and assumes a PEAR installation (in the Auth subdirectory), but it is
NOT available from the PEAR repository at http://pear.php.net/.
Should I package it as pear package
While applying today's updates on a machine running a slapd server, the
following error occurred:
Stopping slapd: [ OK ]
Checking configuration files for slapd: [FAILED]
bdb(dc=linuxdev,dc=datasphere,dc=ch): Build signature doesn't match
environment
bdb_db_open: database
On Tue, 2010-11-23 at 11:23 +0100, Michal Schmidt wrote:
On Tue, 23 Nov 2010 11:11:13 +0100 Patrick MONNERAT wrote:
While applying today's updates on a machine running a slapd server,
the following error occurred: [...]
Have you reported it as a bug against the openldap package?
Not yet
On Tue, 2010-11-23 at 14:55 +0100, Jan Vcelak wrote:
Patric, thank you for reporting this. And sorry for the difficulties.
You're welcome. And never mind for the difficulties: I understand your
trouble and I wouldn't be in such a sh... myself !
I succeeded in restoring the LDAP usability by
On Tue, 2010-11-23 at 18:51 +0100, Jan Vcelak wrote:
Just submitted to updates-testing. Please, test.
656257 - Upgrade from 2.4.22-7 to 2.4.23-3 breaks slapd
655899 - outdated list of overlays in slapd.conf
652822 - ldapsearch -Z hangs server if starttls fails
Jan
Many thanks Jan, it
On Tue, 2010-11-16 at 17:48 +0200, Andy Shevchenko wrote:
You need to do patch on top of source tree container
mycoolpkg-5.3/
/Makefile
/source.c
...
mycoolpkg-5.3.new/
/Makefile
/source.c
...
run diff -ruN -p mycoolpkg-5.3 mycoolpkg-5.3.new
... and use %patch0 -p
On Fri, 2010-10-29 at 12:31 -0400, Matthew Miller wrote:
I think that's something we can live with. Colorizing is already significant
overhead, and if performance is important, don't do it:
I'm color-blind (I see colors but I don't distinguish them) quite
strongly. In addition, I usually
On Thu, 2010-09-30 at 14:37 +0200, Michal Schmidt wrote:
On Thu, 30 Sep 2010 14:04:00 +0200 Patrick MONNERAT wrote:
Until now (with upstart), my rawhide system started the network
service but not the NetworkManager service.
With systemd, neither of these are started by default.
You may
Until now (with upstart), my rawhide system started the network service
but not the NetworkManager service.
With systemd, neither of these are started by default.
I've read some previous discussions about creating missing links,
defaults, etc. There is a listed solution based on NetworkManager,
On Mon, 2010-07-05 at 18:24 +0200, Till Maas wrote:
The Fedora Infrastructure issue tracker can be accessed here to report a
problem:
https://fedorahosted.org/fedora-infrastructure
Thanks. Ticket opened there:
https://fedorahosted.org/fedora-infrastructure/ticket/2255
Connectivity is still
On Tue, 2010-07-06 at 11:57 +0200, Andreas Schwab wrote:
FWIW, I had no problem cvs-importing a 16Mb glibc srpm about an hour
ago (from within the M-net network).
The problems I get (from Switzerland) seem to be connection-related
rather than data amount-related. I don't know how many times
I'm currently trying to perform the initial CVS import of a package that
has quite a bunch of patches with ./common/cvs-import.sh.
All my attempts (for more than one hour!) were unsuccessful because at
least one of the connection to cvs.fedoraproject.org from the script
results in a connection
On Mon, 2010-07-05 at 18:00 +0300, Manuel Wolfshant wrote:
I faced similar problems while doing performing several updates to a
couple of packages, starting Friday evening and during the night to
Saturday (EET)
Thanks for the info. I have to say that under the current conditions,
the
Kevin Kofler wrote:
at the FESCo meeting on Tuesday, everyone except me seemed to be set
on wanting to disable the possibility to queue updates directly to
stable in Bodhi.
As you say, there are quite a lot of situations where direct stable
update is needed.
This proposal is probably inspired
36 matches
Mail list logo
