On 08/14/2015 12:00 PM, Richard Z wrote:
I regularly use i686 and have not done a fresh install since years so
would not detect this. Maybe fresh installs aren't such a deal for i686
users
Well, from my experience, fresh installs on i686 are a major problem w/
Fedora, because Fedora's SW demand
On 07/27/2015 04:05 PM, Sandro Mani wrote:
On 27.07.2015 23:56, Sandro Mani wrote:
Ok I've now got one full build of all MPI packages [1]. Investigating
the output, things are looking good, except for the fact that I
realized that I'll also need to handle binaries MPI_PYTHON_SITEARCH
and MPI_F
On Fri, Aug 14, 2015 at 8:48 AM, Petr Stodulka wrote:
>
>
> On 14.8.2015 14:38, Wei-Lun Chao wrote:
>
>> Hi,
>>
>> Is there already any discussion about:
>> rename arch name "noarch" to "all"
>> rename arch name "x86_64" to "amd64"
>> rename package name "kernel-PAE" to "kernel"
>> and even renam
I'm gonna unretire it in pkgdb in the next week.
Or if you want to maintain it, just submit a review request. I'm happy
to review it.
--
Yours sincerely,
Christopher Meng
http://awk.io
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
F
On Fri, Aug 14, 2015 at 02:17:04PM -0700, Josh Stone wrote:
> Well, mock is just using consolehelper, so I guess you should set your
> sights on that. Another big example with consolehelper is authconfig.
Yeah probably good fix all of those things. I see there isn't much
left.
--
Matthew Miller
On Fri, Aug 14, 2015 at 07:24:16PM +0200, Lennart Poettering wrote:
> Given that sbin is in $PATH for unprivileged users too the seperation
> is really pointless, since it's now only the $PATH order which makes
> this not explode.
Yeah; I have a halfhearted wish to rationalize what goes in sbin an
On 08/14/2015 10:24 AM, Lennart Poettering wrote:
> On Mon, 10.08.15 11:50, Josh Stone (jist...@redhat.com) wrote:
>
>> On 08/10/2015 11:12 AM, Orion Poplawski wrote:
>>> iproute has /usr/sbin/ss
>>> stripesnoop has /usr/bin/ss
>>>
>>> This causes problems: https://bugzilla.redhat.com/show_bug.cgi
Hi guys, I want to adopt Synapse, I can see it was orphaned after fc20,
some weeks ago a new version of Synapse was released from upstream, how I
can adopt this package?
Greetings and sorry for my bad english. :p
--
Atte. Tonet Jallo
--
devel mailing list
devel@lists.fedoraproject.org
https://a
On 14 August 2015 at 18:31, Orion Poplawski wrote:
> I'm going to be retiring the ScientificPython package in F23+ before F23 Beta
> due to not being compatible with Numpy >= 1.9 and no upstream
> resources/commitment to fix it. See
> https://bugzilla.redhat.com/show_bug.cgi?id=1239351
>
> This a
I'm going to be retiring the ScientificPython package in F23+ before F23 Beta
due to not being compatible with Numpy >= 1.9 and no upstream
resources/commitment to fix it. See
https://bugzilla.redhat.com/show_bug.cgi?id=1239351
This appears to affect:
scitools for wrap2callable() (which already
On Fri, Aug 14, 2015 at 12:22:09 +0200,
Harald Hoyer wrote:
Correct me, if I am doing s.th. wrong, but
# dnf distro-sync --allowerasing
This command doesn't remove my kernels that are in enabled repos.
Note this is a useful command as "dnf update --best --allowerasing" doesn't
do what
On Mon, 10.08.15 11:50, Josh Stone (jist...@redhat.com) wrote:
> On 08/10/2015 11:12 AM, Orion Poplawski wrote:
> > iproute has /usr/sbin/ss
> > stripesnoop has /usr/bin/ss
> >
> > This causes problems: https://bugzilla.redhat.com/show_bug.cgi?id=1249328
> >
> > It seems like we should have a po
On Fri, Aug 14, 2015 at 12:33 PM, drago01 wrote:
> On Fri, Aug 14, 2015 at 2:38 PM, Wei-Lun Chao wrote:
>> Hi,
>>
>> Is there already any discussion about:
>> rename arch name "noarch" to "all"
>> rename arch name "x86_64" to "amd64"
>> rename package name "kernel-PAE" to "kernel"
>> and even ren
On Fri, Aug 14, 2015 at 2:38 PM, Wei-Lun Chao wrote:
> Hi,
>
> Is there already any discussion about:
> rename arch name "noarch" to "all"
> rename arch name "x86_64" to "amd64"
> rename package name "kernel-PAE" to "kernel"
> and even rename package name "kernel" to "linux"
Why?
That doesn't sol
On Wed, Aug 12, 2015 at 12:07 PM, Daniel Pocock wrote:
> To understand the work this has created for Debian users and
> maintainers, you may want to review this bug report which has ultimately
> been traced to bundled library issues:
>
> https://code.google.com/p/chromium/issues/detail?id=501318
On 14 August 2015 at 06:38, Wei-Lun Chao wrote:
> Hi,
>
> Is there already any discussion about:
> rename arch name "noarch" to "all"
> rename arch name "x86_64" to "amd64"
> rename package name "kernel-PAE" to "kernel"
> and even rename package name "kernel" to "linux"
There have been discussion
On 14.8.2015 14:38, Wei-Lun Chao wrote:
Hi,
Is there already any discussion about:
rename arch name "noarch" to "all"
rename arch name "x86_64" to "amd64"
rename package name "kernel-PAE" to "kernel"
and even rename package name "kernel" to "linux"
IMO really bad idea in all cases.
Petr
--
d
Am 14.08.2015 um 14:38 schrieb Wei-Lun Chao:
Is there already any discussion about
why?
rename arch name "noarch" to "all"
benefits?
rename arch name "x86_64" to "amd64"
oh no - i remember a person working many years as a sysadmin downloaded
the i686 CentOS image while i said "the 64
Hi,
Is there already any discussion about:
rename arch name "noarch" to "all"
rename arch name "x86_64" to "amd64"
rename package name "kernel-PAE" to "kernel"
and even rename package name "kernel" to "linux"
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mail
Hi
I'm looking for reviews of following libraries:
jmh: https://bugzilla.redhat.com/show_bug.cgi?id=1246846
A library used by metrics 3.1.2 module metrics-benchmarks
jaxb2-basics-annotate: https://bugzilla.redhat.com/show_bug.cgi?id=1249047
A library which help the generation of java code from xsd
Compose started at Fri Aug 14 07:15:03 UTC 2015
Broken deps for armhfp
--
[apache-scout]
apache-scout-1.2.6-11.fc21.noarch requires mvn(org.apache.juddi:uddi-ws)
apache-scout-1.2.6-11.fc21.noarch requires
mvn(org.apache.juddi:
On 13/08/15 10:49 -0500, Rex Dieter wrote:
Rex Dieter wrote:
I'm helping to sort out the tagging mess, and submit things in smaller
batches.
In 6 batches of ~50 packages each, I have it all submitted for -testing in
bodhi.
I'll followup with update id's once they get pushed.
Thanks, Rex, I
Compose started at Fri Aug 14 05:15:03 UTC 2015
Broken deps for i386
--
[IQmol]
IQmol-2.3.0-6.fc23.i686 requires libboost_serialization.so.1.57.0
IQmol-2.3.0-6.fc23.i686 requires libboost_iostreams.so.1.57.0
[PackageKit]
Hi,
On Fri, Aug 14, 2015 at 05:42:52PM +0800, Christopher Meng wrote:
> Hi all,
>
> I'm looking for reviews of following tiny libraries:
>
> libnsgif: https://bugzilla.redhat.com/show_bug.cgi?id=1128337
>
> A library being used by netsurf browser. (GIF decoding)
I will take this in exchange fo
Correct me, if I am doing s.th. wrong, but
# dnf distro-sync --allowerasing
[…]
Installing:
[…]
Upgrading:
Removing:
[…]
kernel x86_64 4.2.0-0.rc4.git1.2.fc24 @System 0
kernel x86_64 4.2.0-0.rc4.git4.2.fc24 @System 0
kernel
On Tue, Aug 04, 2015 at 09:47:27AM -0400, Josh Boyer wrote:
> In February[2] we sent out an email highlighting that the kernel team
> was not going to treat i686 bugs as a priority. Since that time, we
> have held true to our word and have not focused on fixing i686 bugs at
> all. It seems that
Hi all,
I'm looking for reviews of following tiny libraries:
libnsgif: https://bugzilla.redhat.com/show_bug.cgi?id=1128337
A library being used by netsurf browser. (GIF decoding)
---
libebur128: https://bugzilla.redhat.com/show_bug.cgi?id=1251940
A library being used by li
On Fri, 14.08.15 02:50, Reindl Harald (h.rei...@thelounge.net) wrote:
> is systemd now orphaned in Fedora or why is there no single comment over 3
> months from a maintainer and a upstream available fix is also ignored for a
> week without any comment
> https://bugzilla.redhat.com/show_bug.cgi?id=
- Original Message -
> Currently, for arch-only issues which don't have an upstream fix our approach
> is to solve them at a packaging level by disabling some part, be it tests,
> functionality, dependencies, etc.
>
> Unless we keep track of these kind of changes, we will only come across
That command works, but it takes a VERY LONG time to complete (maybe 5mins).
dnf -y repository-packages MYREPO upgrade
Earlier version of DNF (maybe few weeks ago), throw these messages while
doing upgrade:
Package SOMEPACKAGE1 not installed, cannot update it
Package SOMEPACKAGE2 not installed, ca
Dne 12.8.2015 v 14:28 Michael Schwendt napsal(a):
> On Tue, 11 Aug 2015 15:43:15 -0400 (EDT), Honza Šilhan wrote:
>
>> Hi.
>>
>> Another crucial release of DNF is out with a lot of new features and over 20
>> bug fixes.
>>
> # dnf update
> Last metadata expiration check performed 2:18:33 ago on We
31 matches
Mail list logo
