- Original Message -
> From: "Neal Gompa"
> To: "Development discussions related to Fedora"
>
> Sent: Saturday, November 14, 2015 3:03:01 PM
> Subject: python3-libs and python3-devel both provide libpython3.5m.so.1.0 in
> rawhide?
>
> Hello,
>
> I started trying to build packages fo
Am 12.11.2015 um 16:26 schrieb Reindl Harald:
Am 12.11.2015 um 16:16 schrieb Andrew Lutomirski:
On Nov 12, 2015 6:39 AM, "Reindl Harald" who says you that a update for F22 would behave identical on F23 or
the other direction when half of the OS has different versions of
libraries and the who
Compose started at Sun Nov 15 05:15:03 UTC 2015
Broken deps for i386
--
[APLpy]
python3-APLpy-1.0-2.fc23.noarch requires python(abi) = 0:3.4
[IQmol]
IQmol-2.3.0-9.fc24.i686 requires libboost_serialization.so.1.58.0
IQmo
python-cycler has broken dependencies in the rawhide tree:
On x86_64:
python3-cycler-0.9.0-4.fc24.noarch requires python(abi) = 0:3.4
On i386:
python3-cycler-0.9.0-4.fc24.noarch requires python(abi) = 0:3.4
On armhfp:
python3-cycler-0.9.0-4.fc24.noarch requires python(abi) =
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 11/15/2015 03:14 PM, Neal Becker wrote:
> python-cycler has broken dependencies in the rawhide tree: On
> x86_64: python3-cycler-0.9.0-4.fc24.noarch requires python(abi) =
> 0:3.4 On i386: python3-cycler-0.9.0-4.fc24.noarch requires
> python(abi)
On 11/15/2015 03:14 PM, Neal Becker wrote:
> python-cycler has broken dependencies in the rawhide tree:
> On x86_64:
> python3-cycler-0.9.0-4.fc24.noarch requires python(abi) = 0:3.4
> On i386:
> python3-cycler-0.9.0-4.fc24.noarch requires python(abi) = 0:3.4
> On armhfp:
>
Il 11/11/2015 03:26, Sérgio Basto ha scritto:
Hi,
Where is mariadb-10.0.21-1.fc23 ? [1] says that have been push to stable
but upgrading my system, mariadb is downgraded from mariadb-10.0.21 to
mariadb-10.0.20 !
[1] https://bodhi.fedoraproject.org/updates/FEDORA-2015-13442
Other strange case
Hi,
You should have contacted fedora-legal list on that topic.
Besides, determining when a patent expires is not that easy and Fedora
Legal is backed by skilled lawyers that said the contrary. Unless Fedora
Legal confirms your theory (which I doubt), it's useless to discuss this on
this list.
Reg
On Sun, Nov 15, 2015 at 8:38 AM, Haïkel wrote:
> Besides, determining when a patent expires is not that easy and Fedora
> Legal is backed by skilled lawyers that said the contrary. Unless Fedora
> Legal confirms your theory (which I doubt), it's useless to discuss this on
> this list.
Yeah, thi
People have moved past vorbis and into the world of Opus. Even MP3 is more
for the vast amounts of legacy content - most current content will be AACL.
Saying that, as a no-lawyer, it did seem last time that I looked that many
remaining patents after September 2015 were for encoding processes, but
On Sat, Nov 14, 2015 at 9:04 PM, Dave Johansen
wrote:
> I'm trying to create a new update for the builds of hgsubversion that I
> did ( http://koji.fedoraproject.org/koji/packageinfo?packageID=21326 )
> but whenever I click submit it just pops up a box in the lower right that
> says "Required". A
On Sun, Nov 15, 2015 at 9:06 AM, Naheem Zaffar
wrote:
> People have moved past vorbis and into the world of Opus. Even MP3 is more
> for the vast amounts of legacy content - most current content will be AACL.
My understand is that Opus excels at lower bitrates; above 100 Vorbis is
better. In a
On 15 November 2015 at 14:25, Kalev Lember wrote:
> On 11/15/2015 03:14 PM, Neal Becker wrote:
>> python-cycler has broken dependencies in the rawhide tree:
>> On x86_64:
>> python3-cycler-0.9.0-4.fc24.noarch requires python(abi) = 0:3.4
>> On i386:
>> python3-cycler-0.9.0-4.fc24.n
Jan Kratochvil wrote:
> There is also ".gitignore" file which is sometimes unmaintained and huge.
This is a feature. If you still have old tarballs in your checkout, they
should be ignored as well as the current ones. There is a reason fedpkg
new-sources does NOT remove old entries from .gitignor
Jan Kratochvil wrote:
> That's IMO not right because then you have left many old useless .tar.gz
> files in that directory and 'git status' does not say they are no longer
> used.
Detecting obsolete tarballs is not what git status is for. It should only be
listing files that really need to be add
On Thu, 12 Nov 2015, Pete V wrote:
very new to this packaging thing but I do use Arduino myselfI'll be glad to
take it on :)
Great! See
https://fedoraproject.org/wiki/How_to_get_sponsored_into_the_packager_group for
how to get sponsored as a packager.
--
Peter Oliver
--
devel mailing list
Ok I will :)
On Sun, Nov 15, 2015 at 2:20 PM, Peter Oliver <
lists.fedoraproject@mavit.org.uk> wrote:
> On Thu, 12 Nov 2015, Pete V wrote:
>
> very new to this packaging thing but I do use Arduino myselfI'll be glad to
>> take it on :)
>>
>
> Great! See
> https://fedoraproject.org/wiki/How_t
On Sun, 15 Nov 2015 18:57:49 +
Jonathan Underwood wrote:
> I am seeing this same problem with python-importmagic, even though it
> seems to have been rebuilt for py 3.5. Have the new builds not been
> tagged into rawhide or something?
python-importmagic was attempted, but the build failed.
On Sun, Nov 15, 2015 at 08:01:15PM +0100, Kevin Kofler wrote:
> Detecting obsolete tarballs is not what git status is for. It should only be
> listing files that really need to be added to git (or to the lookaside
> cache).
It also breaks git clean which is used to clean files. What is the
reas
On Sun, Nov 15, 2015 at 8:59 PM, Kevin Kofler wrote:
> Jan Kratochvil wrote:
>> There is also ".gitignore" file which is sometimes unmaintained and huge.
>
> This is a feature. If you still have old tarballs in your checkout, they
> should be ignored as well as the current ones.
I don't like fedp
On Sun, Nov 15, 2015 at 08:45:04PM +0100, Till Maas wrote:
> On Sun, Nov 15, 2015 at 08:01:15PM +0100, Kevin Kofler wrote:
>
> > Detecting obsolete tarballs is not what git status is for. It should only
> > be
> > listing files that really need to be added to git (or to the lookaside
> > cache)
Missing expected images:
Cloud disk raw i386
Cloud_atomic disk raw x86_64
Workstation live x86_64
Workstation live i386
Minimal disk raw armhfp
Kde disk raw armhfp
Cloud disk raw x86_64
Images in this compose but not Rawhide 20151114:
Security live x86_64
Lxde live i386
Xfce live x86_64
Games li
Hello, anyone interested in doing a package review swap?
https://bugzilla.redhat.com/show_bug.cgi?id=1276901
cheers
PeteV aka (irc: brainspoil)
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject
The following packages are orphaned and will be retired when they
are orphaned for six weeks, unless someone adopts them. If you know for sure
that the package should be retired, please do so now with a proper reason:
https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life
Note: If y
> hi,
>
> > Here's one on Ironlake, with two monitors plugged in.
> >
> > https://bugzilla.gnome.org/show_bug.cgi?id=750610
> >
> > still not fixed, doesn't fall back.
> Well, black screens obviously aren't good, and we should clearly fix this.
>
> If we don't get it fixed by closer to release,
On 15 November 2015 at 19:41, Kevin Fenzi wrote:
> On Sun, 15 Nov 2015 18:57:49 +
> Jonathan Underwood wrote:
>
>> I am seeing this same problem with python-importmagic, even though it
>> seems to have been rebuilt for py 3.5. Have the new builds not been
>> tagged into rawhide or something?
On Sáb, 2015-11-14 at 22:19 +, Zbigniew Jędrzejewski-Szmek wrote:
> On Sat, Nov 14, 2015 at 01:49:10PM -0600, Brigham Keys, Esq. wrote:
> > Hello,
> > My name is Brigham Keys, and I am a software developer from the
> > United States. My experience with free software started probably
> > about
Till Maas wrote:
> It also breaks git clean which is used to clean files. What is the
> reason that making .gitignore append-only would be useful btw?
If I don't bother cleaning away the old tarballs, I don't want them to show
up as uncommitted files in git-cola (or command-line "git status", I s
28 matches
Mail list logo
