Hello,
I have upgraded 3 systems to a nonproduct F21 and I have installed F21
to a couple of others using the x86_64 Live Workstation image. They
all suffer from intermittent losses of bash history. When the machines
are booted or rebooted, more than half the times, there are commands
missing from
On 02/16/2015 09:34 AM, Alexander Ploumistos wrote:
> I have upgraded 3 systems to a nonproduct F21 and I have installed F21
> to a couple of others using the x86_64 Live Workstation image. They
> all suffer from intermittent losses of bash history. When the machines
> are booted or rebooted, more
On Fri, Feb 13, 2015 at 03:21:17PM +0330, Hedayat Vatankhah wrote:
> Summary: I have a proposal to make it easier for maintainers to have
> multiple versions of the same library in distro (by making it *naturally*
Mageia has something, but only meant to transition from one library
version to the n
On Mon, Feb 16, 2015 at 9:34 AM, Alexander Ploumistos
wrote:
> Hello,
>
> I have upgraded 3 systems to a nonproduct F21 and I have installed F21
> to a couple of others using the x86_64 Live Workstation image. They
> all suffer from intermittent losses of bash history. When the machines
> are boot
Am 16.02.2015 um 10:44 schrieb drago01:
On Mon, Feb 16, 2015 at 9:34 AM, Alexander Ploumistos wrote:
I have upgraded 3 systems to a nonproduct F21 and I have installed F21
to a couple of others using the x86_64 Live Workstation image. They
all suffer from intermittent losses of bash history. Wh
On Mon, Feb 16, 2015 at 10:34:48AM +0200, Alexander Ploumistos wrote:
> There was a bug filed against systemd during F21 testing (#1170765),
> where I followed up, but I have no idea if systemd really is to blame
> or if there is something else that could be touching history files. I
> have read th
Hello,
this change was in version 2.6.6-4.
I were cleaning config files, adding new options,... I didn't want to
change any default configuration.
So bind_ip change isn't intended. I wrongly understood this mongod
comment:
"--bind_ip arg comma separated list of ip addresses to listen on
On Mon, Feb 16, 2015 at 12:06 PM, Tomasz Torcz wrote:
> systemd only involvement seem to be killing processes in user
> session being closed. Maybe bash is killed before it flushes
> history?
This would make sense if the problem only involved session history not
getting appended (which does ha
OCaml is a fast, type-safe practical language that compiles to native
binaries.
I'm going to update the OCaml compiler to 4.02.1 (the latest
upstream). This change will only affect Rawhide, *not* Fedora 22.
This update is a simple progression along the upstream stable branch,
so I don't expect t
On Mon, Feb 16, 2015 at 11:44 AM, drago01 wrote:
> Bash ... the last closes session "wins" so if you have multiple shells
> open one might overwrite the history of the other one.
Up to F20, no matter how many terminals or tabs I had open, everything
found its way to bash history. This problem hap
Change in package status over the last 168 hours
1 packages were orphaned
ale [master] was orphaned by cicku
Combines multiple inputs of the same scene
https://admin.fedoraproject.org/pkgdb/package/ale
5 packages
On 02/16/2015 06:56 AM, Marek Skalický wrote:
> Hello,
> this change was in version 2.6.6-4.
>
> I were cleaning config files, adding new options,... I didn't want to
> change any default configuration.
Ah, makes sense. That mongod documentation is ripe for misinterpretation.
> So bind_ip change
Miroslav Suchý wrote:
> > Can rpmbuild be taught to produce a 'build logs' rpm (or tarball or
> > something) that isn't automatically added to the installation set by
> > koji/bodhi and that can get generated even in the event of a build
> > failure?
>
> rpmbuild is very low level tool. I doubt
On 02/16/2015 02:32 AM, Jan Zelený wrote:
> On 14. 2. 2015 at 22:28:53, M. Edward Borasky wrote:
>> Right now, the fedora:rawhide image on Docker Hub uses yum instead of
>> dnf, as does the Fedora 21 release. Is there any plan to switch this
>> release over to dnf?
> Not likely. Porting of the sy
I have raised a bz related to this:
https://bugzilla.redhat.com/show_bug.cgi?id=1190763
David
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
I have two BZ tickets to update fpc and lazarus to more recent versions
which are needed by the cqrlog package I recently took over.
https://bugzilla.redhat.com/show_bug.cgi?id=1161178
https://bugzilla.redhat.com/show_bug.cgi?id=1161177
Both of which are blocking this:
https://bugzilla.redhat.com
> I got a complaint about this:
>
> not ok - depcheck for Bodhi update vtk-6.1.0-23.fc21 # FAIL
>---
>arch: x86_64
>details:
> output: |-
>Build vtk-6.1.0-23.fc21 failed depcheck
>package vtk-qt-python-6.1.0-23.fc21.i686 requires vtk(x86-32) =
> 6.1.0-23.fc21, but
On Mon, Feb 16, 2015 at 08:45:12AM -0500, Kamil Paral wrote:
> > but yum install vtk\*.i686 appears to work fine for me (although I
> > didn't go through with the transaction).
> >
> > What's up?
>
> It is most probably a bug in depcheck (or down the stack), I'm sorry. We
> thought we fixed it a
> Updates seem to have been pushed out now, thanks!.
>
> But I see a different problem with my update. Taskotron failure which
> I don't understand:
>
> not ok - depcheck for Bodhi update systemd-216-20.fc21# FAIL
> ---
> arch: x86_64
> details:
> output: |-
> Build system
On 2015-02-12, Kevin Kofler wrote:
>
> Feel free, however, to build SDL without aRts and esound support. The only
> reason aRts is still in Fedora at all is for things that support ONLY aRts
> for sound output (in particular, the knotify in kdelibs3 and the kdelibs3
> game taxipilot). There is
On Sun, 15 Feb 2015 23:14:33 +0100, Jakub Jelinek wrote:
> On Sun, Feb 15, 2015 at 11:08:55PM +0100, Michael Schwendt wrote:
> > On Sun, 8 Feb 2015 18:17:56 +0100, Marek Polacek wrote:
> >
> > > either package bugs, or GCC bugs. As things stand, just about 19
> > > packages did
> > > not build
> -Original Message-
> From: devel-boun...@lists.fedoraproject.org [mailto:devel-
> boun...@lists.fedoraproject.org] On Behalf Of drago01
> Sent: Monday, February 16, 2015 04:45
> To: Development discussions related to Fedora
> Subject: Re: Which of the changes introduced in F21 might affec
Perhaps this post from AdamW would be related:
https://www.happyassassin.net/2015/01/16/bash-history-with-multiple-sessions/
kevin
pgpjbyO0C8DZC.pgp
Description: OpenPGP digital signature
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/deve
I can't believe I had missed this, but one difference I've found is
that F21 has moved to bash-4.3, while F20 is using 4.2. Then I came
across this post by Chet Ramey, the maintainer of bash, and I got
confused:
http://lists.gnu.org/archive/html/bug-bash/2013-07/msg00096.html
--
devel mailing list
Petr Pisar wrote:
> On 2015-02-12, Kevin Kofler wrote:
>>
>> Feel free, however, to build SDL without aRts and esound support. The
>> only reason aRts is still in Fedora at all is for things that support
>> ONLY aRts for sound output (in particular, the knotify in kdelibs3 and
>> the kdelibs3 game
> -Original Message-
> From: devel-boun...@lists.fedoraproject.org [mailto:devel-
> boun...@lists.fedoraproject.org] On Behalf Of Kevin Fenzi
> Sent: Monday, February 16, 2015 09:25
> To: devel@lists.fedoraproject.org
> Subject: Re: Which of the changes introduced in F21 might affect bash
>
Miroslav Suchý wrote:
> On 02/14/2015 04:33 AM, Kevin Kofler wrote:
>> IMHO, it is the job of the EPEL package of mock to disable the
>> config_opts['package_manager'] = 'dnf' option in the shipped version of
>> the Rawhide configs.
>
> But then you will not be warned that your results may differ
Christopher Meng wrote:
> Maintaining several version of the same library is not easy as you think,
> basically once a developer wants to install version X while then another
> people want to deploy things based on version Y, how to crack this nut?
> You can't just care about runtime.
Then you nee
On 02/16/2015 02:12 PM, David Howells wrote:
> Do you mean the locations of the
> log/logs to be captured
This one.
--
Miroslav Suchy, RHCE, RHCDS
Red Hat, Senior Software Engineer, #brno, #devexp, #fedora-buildsys
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject
Trying to build cmake, getting:
/usr/bin/g++ -O2 -g -pipe -Wall -Werror=format-security
-Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong
--param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic
CMakeFiles/ccmake.dir/CursesDialog/cmCursesOptionsWidget.cxx.o
CMakeFile
On 2015-02-16, Kevin Kofler wrote:
> Petr Pisar wrote:
>> You are missing the point that Fedora clients can be run against
>> non-Fedora servers.
>
> A remote aRts sound server? Sure, it's possible in theory
> (http://lists.kde.org/?l=kde&m=101656194718836&w=2), but in practice:
> * It was never
On Mon, Feb 16, 2015 at 08:33:48AM -0700, Orion Poplawski wrote:
> Trying to build cmake, getting:
In F23, all C++ packages need to be rebuilt, most likely you have a
dependency, that hasn't been rebuilt yet (libjsoncpp)?
So talk to the maintainer to rebuild it first.
Jakub
--
devel mail
Stephen Gallagher wrote:
> tl;dr Shall we consider requiring a lesser package review for packages
> that are not present on Product or Spin install media?
TL;DR: No, at least not in the form you propose (allowing bundled
libraries). See also my counterproposal below (voiced already in the oral
d
On 16 February 2015 at 15:12, Kevin Kofler wrote:
> Christopher Meng wrote:
> > Maintaining several version of the same library is not easy as you think,
> > basically once a developer wants to install version X while then another
> > people want to deploy things based on version Y, how to crack
On 02/16/2015 05:10 PM, Martyn Foster wrote:
On 16 February 2015 at 15:12, Kevin Kofler mailto:kevin.kof...@chello.at>> wrote:
Christopher Meng wrote:
> Maintaining several version of the same library is not easy as you think,
> basically once a developer wants to install version X
> and now Qt(4) doesn't build either, bug,
> https://bugzilla.redhat.com/show_bug.cgi?id=1192464
>
> Any help, advice would be appreciated (particularly input from gcc
> maintainers).
>
>
> FESCo, work on the Plasma5 change/feature is suffering due to this.
(Is this still applicable after the -
Sandro Mani wrote:
>>> I'm close to having a small test case for the Qt5 crash - hope I can
>>> file a bug by this evening/tomorrow
>>
>> Gcc bug filed with test case:
>> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65057 . In short, this
>> appears to be a linker issue when building the Qt shared
On Mon, 2015-02-16 at 16:40 +0100, Jakub Jelinek wrote:
> On Mon, Feb 16, 2015 at 08:33:48AM -0700, Orion Poplawski wrote:
> > Trying to build cmake, getting:
>
> In F23, all C++ packages need to be rebuilt, most likely you have a
> dependency, that hasn't been rebuilt yet (libjsoncpp)?
> So talk
On Mon, Feb 16, 2015 at 5:19 AM, Daniel J Walsh wrote:
> I think the F22 and Rawhide (Is it F23 at this point), should both use dnf
> not yum. We need to get more testing on dnf in containers.
I'm ready to start testing F22 containers either way and would prefer
dnf. What's the best process to
On 02/16/2015 12:31 PM, M. Edward (Ed) Borasky wrote:
> On Mon, Feb 16, 2015 at 5:19 AM, Daniel J Walsh wrote:
>
>> I think the F22 and Rawhide (Is it F23 at this point), should both use dnf
>> not yum. We need to get more testing on dnf in containers.
> I'm ready to start testing F22 containers
On 16 February 2015 at 01:34, Alexander Ploumistos <
alex.ploumis...@gmail.com> wrote:
> Hello,
>
> I have upgraded 3 systems to a nonproduct F21 and I have installed F21
> to a couple of others using the x86_64 Live Workstation image. They
> all suffer from intermittent losses of bash history. Wh
- removed via patch
Athmane Madjoudj 2012-11-10
Update to 1.0.7. Cleanup the spec.
http://pkgs.fedoraproject.org/cgit/greybird.git/commit/greybird-remove-unity-import.patch?id=2ea82cb
- still removed, but now in the 'spec'file
Athmane Madjoudj 2013-08-08
Update to 1.2
http://pkgs.fedorapr
Thanks! Are there tracking bugs in Bugzilla I can subscribe to?
On Mon, Feb 16, 2015 at 9:42 AM, Daniel J Walsh wrote:
>
> On 02/16/2015 12:31 PM, M. Edward (Ed) Borasky wrote:
>> On Mon, Feb 16, 2015 at 5:19 AM, Daniel J Walsh wrote:
>>
>>> I think the F22 and Rawhide (Is it F23 at this point),
On Mon, 16 Feb 2015 18:15:31 +0100
Milan Crha wrote:
> On Mon, 2015-02-16 at 16:40 +0100, Jakub Jelinek wrote:
> > On Mon, Feb 16, 2015 at 08:33:48AM -0700, Orion Poplawski wrote:
> > > Trying to build cmake, getting:
> >
> > In F23, all C++ packages need to be rebuilt, most likely you have a
>
On 02/16/2015 06:52 PM, Kevin Fenzi wrote:
Probibly in the next few weeks as soon as gcc5 is ready
I do not understand.
- A GCC-5 was pushed to F22 (I thought FESCO had decided _not_ to push
GCC-5 to F22) and already is causing FTBFSes there[1]
- A GCC-5 has been pushed to rawhide and alre
On Mon, 16 Feb 2015 19:08:23 +0100
Ralf Corsepius wrote:
> On 02/16/2015 06:52 PM, Kevin Fenzi wrote:
>
> > Probibly in the next few weeks as soon as gcc5 is ready
>
> I do not understand.
>
> - A GCC-5 was pushed to F22 (I thought FESCO had decided _not_ to
> push GCC-5 to F22) and already is
On Mon, Feb 16, 2015 at 7:41 PM, Stephen John Smoogen wrote:
> Could you see if either of these are set?
>
> #export HISTCONTROL=ignoredups:erasedups
> #export HISTTIMEFORMAT="%h %d %H:%M:%S> "
Nope, nowhere. I have only a few aliases set and that's it. Fedora
defaults always worked for me.
Afte
On Mon, Feb 16, 2015 at 11:35:17AM -0700, Kevin Fenzi wrote:
> FESCo decided to not do a mass rebuild for f22, but gcc-5 (with a
> change to config from f23) was approved to land in f22.
>
> > - A GCC-5 has been pushed to rawhide and already _is_ being used to
> > build packages and causing all
On Mon, Feb 16, 2015 at 6:48 PM, poma wrote:
>
[...]
>
> What is the reason for this?
Hi poma,
We don't have unity desktop/shell (from ubuntu) and back then we
didn't have a working lightdm either, so that why I removed them.
I guess the current maintainer can enable lightdm support if he/she
w
Miloslav Trmač wrote:
>> and now Qt(4) doesn't build either, bug,
>> https://bugzilla.redhat.com/show_bug.cgi?id=1192464
>>
>> Any help, advice would be appreciated (particularly input from gcc
>> maintainers).
>>
>>
>> FESCo, work on the Plasma5 change/feature is suffering due to this.
>
> (I
On Mon, 16 Feb 2015 19:43:26 +0100
Jakub Jelinek wrote:
> There are bugs being fixed both on the gcc side and on the side of
> packages, I think it is too early for the final mass rebuild, but gcc
> should be ready for that in a short time. For the gcc side of
> bugfixing it doesn't help that th
On Mon, 16 Feb 2015 17:03:51 +0100, Kevin Kofler wrote:
> So, for my counterproposal:
> I propose that packagers with a sufficient level of trust (packager
> sponsors, provenpackagers, or a new, yet-to-be-defined group (maybe
> packagers with at least N packages)) be allowed to import new packag
On 16.02.2015 19:59, Athmane Madjoudj wrote:
> On Mon, Feb 16, 2015 at 6:48 PM, poma wrote:
>>
> [...]
>>
>> What is the reason for this?
>
> Hi poma,
>
> We don't have unity desktop/shell (from ubuntu) and back then we
> didn't have a working lightdm either, so that why I removed them.
>
> I g
On 02/15/2015 01:05 PM, Kevin Fenzi wrote:
On Fri, 13 Feb 2015 21:59:06 +0100
Björn Esser wrote:
Am Freitag, den 13.02.2015, 13:53 -0700 schrieb Kevin Fenzi:
Can you expand on the breakage? Is it that they no longer rebuild?
Or that they no longer run?
I think, he's talking about the fact th
On Mon, 16 Feb 2015 16:05:35 +0100
Kevin Kofler wrote:
> Miroslav Suchý wrote:
>
> > On 02/14/2015 04:33 AM, Kevin Kofler wrote:
> >> IMHO, it is the job of the EPEL package of mock to disable the
> >> config_opts['package_manager'] = 'dnf' option in the shipped version of
> >> the Rawhide confi
On Mon, Feb 16, 2015 at 08:56:59AM +0100, Miroslav Suchý wrote:
> On 02/14/2015 04:33 AM, Kevin Kofler wrote:
> > IMHO, it is the job of the EPEL package of mock to disable the
> > config_opts['package_manager'] = 'dnf' option in the shipped version of the
> > Rawhide configs.
>
> But then you w
Hi,
new version of DNF and DNF-PLUGINS-CORE is available for F21 and F22. The
update fixes over 25 bugs,
exposes more API and enhances plugin options. Read more in release notes [1]
and [2].
[1] http://dnf.readthedocs.org/en/latest/release_notes.html#id41
[2]
http://dnf-plugins-core.readthedoc
Clark Williams wrote:
> If the above are correct and the only issue here is that we have
> different depsolving with yum versus dnf, let's detect that we're
> building a Fedora package on EPEL and print a warning to that effect. I
> don't think it does us any good to ship a configuration that won't
Ralf Corsepius wrote:
> - A GCC-5 was pushed to F22 (I thought FESCO had decided _not_ to push
> GCC-5 to F22) and already is causing FTBFSes there[1]
They decided to push GCC 5 to F22, but with the GCC 4 C++ ABI as the default
C++ ABI to avoid having to rebuild everything C++ this late in the cy
>
>
> I used to contact with him for Lazarus version in 2013 before that it
didn't get any update. It tooks me several months before I got any response.
Maybe you can contact him directly via his email, but don't expect too
much. He is always busy as a developer of Free Pascal.
Some not useful bu
On Seg, 2015-02-16 at 23:33 +0100, Kevin Kofler wrote:
> Ralf Corsepius wrote:
> > - A GCC-5 was pushed to F22 (I thought FESCO had decided _not_ to push
> > GCC-5 to F22) and already is causing FTBFSes there[1]
>
> They decided to push GCC 5 to F22, but with the GCC 4 C++ ABI as the default
> C+
On Tue, 2015-02-17 at 02:33 +, Sérgio Basto wrote:
> On Seg, 2015-02-16 at 23:33 +0100, Kevin Kofler wrote:
> > Ralf Corsepius wrote:
> > > - A GCC-5 was pushed to F22 (I thought FESCO had decided _not_ to push
> > > GCC-5 to F22) and already is causing FTBFSes there[1]
> >
> > They decided to
On 02/16/2015 11:33 PM, Kevin Kofler wrote:
Ralf Corsepius wrote:
- A GCC-5 was pushed to F22 (I thought FESCO had decided _not_ to push
GCC-5 to F22) and already is causing FTBFSes there[1]
They decided to push GCC 5 to F22, but with the GCC 4 C++ ABI as the default
C++ ABI to avoid having to
On 02/16/2015 07:43 PM, Jakub Jelinek wrote:
On Mon, Feb 16, 2015 at 11:35:17AM -0700, Kevin Fenzi wrote:
FESCo decided to not do a mass rebuild for f22, but gcc-5 (with a
change to config from f23) was approved to land in f22.
- A GCC-5 has been pushed to rawhide and already _is_ being used t
Ralf Corsepius wrote:
> IMO, this was a bad and non-helpful decision. They should not have
> pushed any GCC-5 "this late in the cycle" and should have waited with
> pushing GCC-5 to rawhide until F22 is release.
+1
We have never done a GCC bump without a mass rebuild before, not even where
there
Hi,
I have repeatedly run into insane delays (hours) for my builds to happen
(read: to even start, i.e., to get out of the "pending" phase), because
lately, some automated nightly builds have been monopolizing the builders
every night. The worst are the Python 3 nightly builds from
churchyard/
On 02/17/2015 05:24 AM, Kevin Kofler wrote:
Ralf Corsepius wrote:
Right now, we are facing packages whose (non-gcc related) F22-bugs are
unfixable because the issues w/ GCC-5 F23 are propagating through.
Time to revert GCC (with Epoch bump) to 4.9 in F22?
No, though I believe pushing GCC-5 i
Just kicked off an Xserver build in rawhide,
and it appears gcc ICE.
http://koji.fedoraproject.org/koji/getfile?taskID=8960146&name=build.log
libtool: compile: gcc -DHAVE_CONFIG_H -I. -I../include -DHAVE_DIX_CONFIG_H
-Wall -Wpointer-arith -Wmissing-declarations -Wformat=2 -Wstrict-prototypes
-
On Tue, Feb 17, 2015 at 12:26:57AM -0500, David Airlie wrote:
> Just kicked off an Xserver build in rawhide,
>
> and it appears gcc ICE.
> http://koji.fedoraproject.org/koji/getfile?taskID=8960146&name=build.log
>
> libtool: compile: gcc -DHAVE_CONFIG_H -I. -I../include -DHAVE_DIX_CONFIG_H
> -W
On Tue, Feb 17, 2015 at 07:14:43AM +0100, Marek Polacek wrote:
> On Tue, Feb 17, 2015 at 12:26:57AM -0500, David Airlie wrote:
> > Just kicked off an Xserver build in rawhide,
> >
> > and it appears gcc ICE.
> > http://koji.fedoraproject.org/koji/getfile?taskID=8960146&name=build.log
> >
> > libt
- Original Message -
> From: "Marek Polacek"
> To: "Development discussions related to Fedora"
>
> Sent: Tuesday, 17 February, 2015 4:31:36 PM
> Subject: Re: gcc5 ICE xserver build on ARM
>
> On Tue, Feb 17, 2015 at 07:14:43AM +0100, Marek Polacek wrote:
> > On Tue, Feb 17, 2015 at 12
71 matches
Mail list logo
