> 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 year
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
Th
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 i
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="${RPM_
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: OpenRCT2-debugsource-0.1.1-
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 INSTALL="inst
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 w
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 l
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 s
On Mon, 2012-05-07 at 09:39 -0600, Kevin Fenzi wrote:
> On Mon, 07 May 2012 15:11:29 +0200
> Patrick Monnerat wrote:
>
> > While packaging a new version of xca, the initial "fedpkg build" for
> > F15 failed with error "BuildrootError: could not init mock buil
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
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 i
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 Fed
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 putti
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
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'
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.
Cons
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
w
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 st
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 a
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 PEA
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 (i.e.
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,
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 do
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
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 "dc=linuxdev,dc=datasphe
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
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 usuall
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 a
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, bu
At first glance, this new way of installation seems great for remote
installing: exactly what I was expecting for months.
However I have some problems using it on a 2006 IBM xServer.
After reading the BFO FAQ, I have searched for a website where to get
more help and/or report bugs, without succe
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 y
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 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 common
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 ti
Today, a candle burns on php-captchaphp review request's 1st birthday
cake: https://bugzilla.redhat.com/show_bug.cgi?id=505354
Everyone who wants to celebrate is kindly invited there :-)
More seriously: this package is born from unbundling parts of
WebCalendar (https://bugzilla.redhat.com/show_
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 b
38 matches
Mail list logo
