Dne 26.10.2015 v 18:39 Zbigniew Jędrzejewski-Szmek napsal(a):
> --distro-sync is now (in git, I don't think this version was released yet)
> the default in dnf-plugin-system-upgrade.
OK. So I will file BZs for all issues I find with --distro-sync I hit.
>> # dnf system-upgrade download --releasev
You have a chance to get your rpmfusion softwares wiped after the sync.
[1]---https://bugzilla.redhat.com/show_bug.cgi?id=1263677
--
Yours sincerely,
Christopher Meng
http://awk.io
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedor
On Fri, Oct 23, 2015 at 05:39:05PM -0400, Simo Sorce wrote:
> Hello fellow Fedora developers,
> I have relatively recently completed a project to replace the ancient and
> aging and unmaintained mod_auth_kerb Apache module with a new, slimmer, more
> modern and maintained module called mod_auth_gss
Am 29.10.2015 um 10:09 schrieb Christopher Meng:
You have a chance to get your rpmfusion softwares wiped after the sync.
[1]---https://bugzilla.redhat.com/show_bug.cgi?id=1263677
unacceptable
the software upgrade just have to mention the conflicting packages and
stop until somebody enables
> From: "Matthew Miller"
>
> On Tue, Oct 27, 2015 at 05:23:13AM -0400, Honza Šilhan wrote:
> > Hi, integration of Hawkey libraries and library which uses PK has
> > already started. Sharing the history db within core library written
> > in C used by DNF, PK and Gnome Software is part of long term
Compose started at Thu Oct 29 07:15:03 UTC 2015
Summary:
Added Packages: 0
Removed Packages: 0
Modified Packages: 0
Size of added packages: 0 (0 )
Size change of modified packages: 0 (0 )
Size of removed packages: 0 (0 )
Size change: 0 (0 )
Compose finished at Thu Oct 29 11:20:16 UTC 2015
On Thursday, 29 October 2015 at 01:31, Christopher Meng wrote:
> On Thu, Oct 29, 2015 at 3:16 AM, Tom Hughes wrote:
> >
> > On 28/10/15 19:12, Mike Bonnet wrote:
> >>
> >> https://fedoraproject.org/wiki/Packaging:Python#BuildRequires
> >>
> >> This is *not* required for pure Python packages, only
On 29/10/15 11:34, Dominik 'Rathann' Mierzejewski wrote:
On Thursday, 29 October 2015 at 01:31, Christopher Meng wrote:
Not my first time hitting on missing macros just because lack of
pythonN-devel, but if you just extract them from pythonN-devel to package
similar to these packages below, I r
On 25.09.2015 23:46, Sandro Mani wrote:
On 25.09.2015 22:44, Michael Schwendt wrote:
On Fri, 25 Sep 2015 19:40:16 +0200, Sandro Mani wrote:
Well, then adding the i686 build to the mash x86_64 multilib compose
whitelist
cannot be avoided -- as it's needed to really fix #1068620.
Okay than
On Wed, Oct 28, 2015 at 10:39:53PM +0100, Reindl Harald wrote:
>
>
> Am 28.10.2015 um 22:27 schrieb Tom Hughes:
> >On 28/10/15 19:47, Adam Jackson wrote:
> >
> >>As a quick audit (based on 'grep _initrddir' and 'grep _initddir' over
> >>a fairly recent checkout of the spec files in pkg git, and t
> From: "Miroslav Suchý"
>
> >> # dnf system-upgrade download --releasever=23 --distro-sync --best
> >> --allowerasing
> >> Error: package rubygem-celluloid-0.15.2-2.fc22.noarch requires
> >> rubygem(timers) < 1.2, but none of the providers can be
> >> installed.
> >> package fedup-dracut-0.9.2-1
Am 29.10.2015 um 13:24 schrieb Honza Šilhan:
From: "Miroslav Suchý"
From: "Reindl Harald"
the software upgrade just have to mention the conflicting packages and
stop until somebody enables a --force switch and in general DNF has to
be much more verbose in case of dependency problems instead ju
On Qui, 2015-10-29 at 17:09 +0800, Christopher Meng wrote:
> You have a chance to get your rpmfusion softwares wiped after the sync.
>
> [1]---https://bugzilla.redhat.com/show_bug.cgi?id=1263677
yep, so not distro-sync
--
Sérgio M. B.
--
devel mailing list
devel@lists.fedoraproject.org
https
Am 29.10.2015 um 13:37 schrieb Sérgio Basto:
On Qui, 2015-10-29 at 17:09 +0800, Christopher Meng wrote:
You have a chance to get your rpmfusion softwares wiped after the sync.
[1]---https://bugzilla.redhat.com/show_bug.cgi?id=1263677
yep, so not distro-sync
nonsense when i read the bugrep
Compose started at Thu Oct 29 05:15:03 UTC 2015
Broken deps for i386
--
[IQmol]
IQmol-2.3.0-9.fc24.i686 requires libboost_serialization.so.1.58.0
IQmol-2.3.0-9.fc24.i686 requires libboost_iostreams.so.1.58.0
IQmol-2.3.0
On 29/10/15 05:31, Joe Orton wrote:
On Fri, Oct 23, 2015 at 05:39:05PM -0400, Simo Sorce wrote:
Hello fellow Fedora developers,
I have relatively recently completed a project to replace the ancient and
aging and unmaintained mod_auth_kerb Apache module with a new, slimmer, more
modern and mainta
On Thu, Oct 29, 2015 at 01:33:45PM +0100, Reindl Harald wrote:
>
> Am 29.10.2015 um 13:24 schrieb Honza Šilhan:
> >>From: "Miroslav Suchý"
> >>From: "Reindl Harald"
> >>the software upgrade just have to mention the conflicting packages and
> >>stop until somebody enables a --force switch and in
On Qui, 2015-10-29 at 13:44 +0100, Reindl Harald wrote:
>
> Am 29.10.2015 um 13:37 schrieb Sérgio Basto:
> > On Qui, 2015-10-29 at 17:09 +0800, Christopher Meng wrote:
> >> You have a chance to get your rpmfusion softwares wiped after the sync.
> >>
> >> [1]---https://bugzilla.redhat.com/show_bug.
Am 29.10.2015 um 14:11 schrieb Sérgio Basto:
On Qui, 2015-10-29 at 13:44 +0100, Reindl Harald wrote:
Am 29.10.2015 um 13:37 schrieb Sérgio Basto:
On Qui, 2015-10-29 at 17:09 +0800, Christopher Meng wrote:
You have a chance to get your rpmfusion softwares wiped after the sync.
[1]---https:/
On Thu, Oct 29, 2015 at 01:44:34PM +0100, Reindl Harald wrote:
>
>
> Am 29.10.2015 um 13:37 schrieb Sérgio Basto:
> >On Qui, 2015-10-29 at 17:09 +0800, Christopher Meng wrote:
> >>You have a chance to get your rpmfusion softwares wiped after the sync.
> >>
> >>[1]---https://bugzilla.redhat.com/sh
Am 29.10.2015 um 14:18 schrieb Zbigniew Jędrzejewski-Szmek:
On Thu, Oct 29, 2015 at 01:44:34PM +0100, Reindl Harald wrote:
Am 29.10.2015 um 13:37 schrieb Sérgio Basto:
On Qui, 2015-10-29 at 17:09 +0800, Christopher Meng wrote:
You have a chance to get your rpmfusion softwares wiped after t
Dne 29.10.2015 v 13:24 Honza Šilhan napsal(a):
> You can exclude the conflicting packages to proceed the system-upgrade i.e.:
> "dnf system-upgrade download --releasever=23 --distro-sync -x
> rubygem-celluloid --allowerasing"
Does the "-x" work actually? Last time I tried, the package I excluded
On Thu, Oct 29, 2015 at 02:20:50PM +0100, Reindl Harald wrote:
>
>
> Am 29.10.2015 um 14:18 schrieb Zbigniew Jędrzejewski-Szmek:
> >On Thu, Oct 29, 2015 at 01:44:34PM +0100, Reindl Harald wrote:
> >>
> >>
> >>Am 29.10.2015 um 13:37 schrieb Sérgio Basto:
> >>>On Qui, 2015-10-29 at 17:09 +0800, Chr
On 2015-10-29, Dominik 'Rathann' Mierzejewski wrote:
> On Thursday, 29 October 2015 at 01:31, Christopher Meng wrote:
>> On Thu, Oct 29, 2015 at 3:16 AM, Tom Hughes wrote:
>> >
>> > On 28/10/15 19:12, Mike Bonnet wrote:
>> >>
>> >> https://fedoraproject.org/wiki/Packaging:Python#BuildRequires
>>
On 10/29/2015 05:56 AM, Reindl Harald wrote:
the software upgrade just have to mention the conflicting packages and
stop until somebody enables a --force switch and in general DNF has to
be much more verbose in case of dependency problems instead just
saying "can't do anything because broken
On 2015-10-29, Reindl Harald wrote:
> removing random packages is also really dangerous and *not* acceptable
>
It does not remove random packages. It removes packages that are not
needed because the package was not installed explicitly and it's not
a transitive dependency of such explicitly instal
Hi all,
I am writing to Fedora development mailing lists to get opinions
and ideas regarding our project on improving IPv6 support in
Fedora across its components.
https://fedoraproject.org/wiki/QA/Networking
Most prominent subpages:
* https://fedoraproject.org/wiki/QA/Networking/Test_environm
On 10/29/2015 08:33 AM, Reindl Harald wrote:
Am 29.10.2015 um 13:24 schrieb Honza Šilhan:
dnf has `--allowerasing switch - it will resolve the conflicts by
uninstallation
of conflicting packages. Installing the packages regardless the
dependencies by
`--force` is really dangerous and will n
Am 29.10.2015 um 16:30 schrieb Przemek Klosowski:
On 10/29/2015 08:33 AM, Reindl Harald wrote:
Am 29.10.2015 um 13:24 schrieb Honza Šilhan:
dnf has `--allowerasing switch - it will resolve the conflicts by
uninstallation
of conflicting packages. Installing the packages regardless the
depend
Hello Adam,
On Wed, 28 Oct 2015, Adam Jackson wrote:
> As a quick audit (based on 'grep _initrddir' and 'grep _initddir' over
> a fairly recent checkout of the spec files in pkg git, and then some
> manual inspection) I think the following packages will be affected:
your grep calls should include
On Thursday, 29 October 2015 at 15:00, Vít Ondruch wrote:
> Dne 29.10.2015 v 13:24 Honza Šilhan napsal(a):
> > You can exclude the conflicting packages to proceed the system-upgrade i.e.:
> > "dnf system-upgrade download --releasever=23 --distro-sync -x
> > rubygem-celluloid --allowerasing"
>
>
At the second round of Fedora 23 Final Go/No-Go Meeting, that just ends,
was agreed *not to release* the Fedora 23 Final.
Due to a present blocker (BZ 1276165) in the RC6 build, the decision is
No-Go. There is currently rebuild of RC in progress, fixing the issue.
Third run of the Go/No-Go meeting
On Thu, 29 Oct 2015 12:44:55 +0100
Sandro Mani wrote:
> On 25.09.2015 23:46, Sandro Mani wrote:
> >
> >
> > On 25.09.2015 22:44, Michael Schwendt wrote:
> >> On Fri, 25 Sep 2015 19:40:16 +0200, Sandro Mani wrote:
> >>
> >> Well, then adding the i686 build to the mash x86_64 multilib
> >> compos
Join us on irc.freenode.net in #fedora-meeting-2 for the third round of the
Go/No-Go meeting, wherein we shall determine the readiness of the Fedora
23. The meeting is scheduled at 4PM (UTC). Please follow the [FedoCal] link
to find the time of the meeting in your time-zone.
[FedoCal] https://apps
On Thu, Oct 29, 2015 at 11:48:25AM -0600, Kevin Fenzi wrote:
> On Thu, 29 Oct 2015 12:44:55 +0100
> Sandro Mani wrote:
>
> > On 25.09.2015 23:46, Sandro Mani wrote:
> > >
> > >
> > > On 25.09.2015 22:44, Michael Schwendt wrote:
> > >> On Fri, 25 Sep 2015 19:40:16 +0200, Sandro Mani wrote:
> > >
Petr Pisar wrote:
> It does not remove random packages. It removes packages that are not
> needed because the package was not installed explicitly and it's not
> a transitive dependency of such explicitly installed package.
That's the autoremove misfeature, which is really a different issue than t
On our modified schedule [1], Fedora 23 Final Release Candidate 9 (RC9)
is now available for testing. Please help us complete all the
validation testing!
The only difference between RC6 and RC9 is that RC9 includes the
correct version of fedora-release-notes. We don't really need to do a
full vali
On Wed, Oct 28, 2015 at 5:03 PM, Jeffrey Ollie wrote:
> So, after almost 10 years, it's time to find someone else to take over the
> Asterisk packages. If you're interested, reply to the list. I'd prefer if
> someone with proven packaging skills would step up - Asterisk has several
> security-r
On Thu, Oct 29, 2015 at 3:15 PM, Pavel Simerda wrote:
> Hi all,
>
> I am writing to Fedora development mailing lists to get opinions
> and ideas regarding our project on improving IPv6 support in
> Fedora across its components.
>
> https://fedoraproject.org/wiki/QA/Networking
In the above page:
*
If it helps, Sixxs (https://www.sixxs.net/main/) is a very highly
recommended tunnel broker. I have not tried it and am not affiliated. I do
have ipv6 capability from my isp, so could help with testing.
On Thu, Oct 29, 2015 at 3:35 PM, Peter Robinson
wrote:
> On Thu, Oct 29, 2015 at 3:15 PM, Pav
On 29.10.2015 18:48, Kevin Fenzi wrote:
On Thu, 29 Oct 2015 12:44:55 +0100
Sandro Mani wrote:
On 25.09.2015 23:46, Sandro Mani wrote:
On 25.09.2015 22:44, Michael Schwendt wrote:
On Fri, 25 Sep 2015 19:40:16 +0200, Sandro Mani wrote:
Well, then adding the i686 build to the mash x86_64 mu
Once upon a time, Zach Villers said:
> If it helps, Sixxs (https://www.sixxs.net/main/) is a very highly
> recommended tunnel broker. I have not tried it and am not affiliated. I do
> have ipv6 capability from my isp, so could help with testing.
There's also Hurricane Electric's free IPv6 tunnels
Hi,
I am hereby orphaning the flasm (Flash bytecode assembler disassembler)
package. (I am about to click the buttons in pkgdb.) I was asked to pick
this up back when I picked up gnash. I have since long given up
maintainership of gnash. I have never had any use for this package (not even
when
Hola!
My name is Noel and I am a Spanish linux sysadmin. I work primarily with
CentOS servers and workstations.
I am a former Apple employee with experience packaging software for Mac.
I'd like to join the maintainers to help out and gain more experience.
What prompted me to start contributing w
Hi All,
We will be removing the kdbus driver from Rawhide kernels before the
4.3 final release upstream. Realistically, this means kdbus will be
gone from Fedora by Monday November 2nd at the latest. If you have a
setup using kdbus, please adjust it accordingly.
The upstream developers asked me
On 10/29/2015 04:29 PM, Noel B. A. wrote:
Hola!
My name is Noel and I am a Spanish linux sysadmin. I work primarily with
CentOS servers and workstations.
I am a former Apple employee with experience packaging software for Mac.
I'd like to join the maintainers to help out and gain more experienc
No missing expected images.
Images in this compose but not Rawhide 20151028:
Cloud disk raw i386
Cloud_atomic disk raw x86_64
Cloud disk qcow x86_64
Cloud docker x86_64
Cloud vagrant libvirt x86_64
Cloud vagrant virtualbox x86_64
Cloud_atomic disk qcow x86_64
Cloud disk raw x86_64
Cloud_atomic va
On Thu, Oct 29, 2015 at 11:15:10AM -0400, Pavel Simerda wrote:
> I am writing to Fedora development mailing lists to get opinions
> and ideas regarding our project on improving IPv6 support in
> Fedora across its components.
>
> https://fedoraproject.org/wiki/QA/Networking
>
> Most prominent subp
On Thu, Oct 29, 2015 at 10:48 PM, Petr Pisar wrote:
> However, I have to admit, that having a standard package name for macros
> needed for building non-native-extenstion (noarch) binary packages can
> be handy. Especially if major of packages do not need header files and
> compiler, so depending
On our modified schedule [1], Fedora 23 Final Release Candidate 10
(RC10) is now available for testing. Please help us complete all the
validation testing!
All deities willing, this should be the last RC. The difference between
RC9 and RC10 is that yelp has been downgraded to 3.17.2 to make
anacon
50 matches
Mail list logo
