On 2014-12-03, 19:13 GMT, Marcin Juszkiewicz wrote:
> When I worked at Canonical there was a goal to move both internal and
> public tools to Python 3.x version. IIRC started somewhere around 12.04
> and today when you look at Ubuntu Touch you will not find Python 2.7
> there. Similar with other to
Hi,
I just wanted to introduce to the august audience here the
blogpost
http://blog.mozilla.org/advancingcontent/2014/12/09/getting-tiles-data-into-firefox/
Best,
Matěj
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of C
On 2014-12-23, 21:06 GMT, Gerald B. Cox wrote:
> Upstream had a few files that had the old address. I've
> noticed the GPLv3 doesn't have an address in it's notice. Is
> it sufficient to instruct upstream to just remove the address
> for GPLv2. Not that they're going to move again, but seems
On 2014-12-22, 17:20 GMT, Gerald B. Cox wrote:
> It isn't about a single module... you're a smart guy... you
> know better.
I think you are a smart guy so you know better as well than ask
somebody else to work for you on your pet project.
https://fedoraproject.org/wiki/Building_a_custom_kernel
On 2014-12-24, 11:10 GMT, drago01 wrote:
>> I think you are a smart guy so you know better as well than ask
>> somebody else to work for you on your pet project.
>
> He already apologized ... no need to dig out the old mails ... let the
> thread die.
Yes, my point was mainly to post the URL of bui
On 2014-12-24, 20:59 GMT, Reindl Harald wrote:
> then why did you write the angry "*PLONK"?
PLONK is not angry. http://www.catb.org/jargon/html/P/plonk.html
defines it in this way:
plonk: excl.,vt.
[Usenet: possibly influenced by British slang ‘plonk’ for
cheap booze, or ‘plonker’
On 2015-01-07, 14:13 GMT, Pete Travis wrote:
> While recognizing the massive maintenance burden of this COPR, I suspect
> the majority of objections will come from the enthusiast end user type -
> you know, the ones that are so eager to try the new thing they read about
> that they blow right past
On 2015-01-08, 03:36 GMT, Richard Shaw wrote:
> In the specific case I ran into one of the package suites I've been working
> on technically bundles a modified copy of xmlrpcpp. However, it is quite
> modified, upstream is dead, it's not already in Fedora, and the author I'm
> working with only use
On 2015-01-10, 11:54 GMT, Michael Schwendt wrote:
> Guys, this is not funny anymore. Almost as if some people at
> Fedora try to
> test how long one can keep one's temper. Well, this is embarrasing and not
> casting a positive light on the Fedora Project package collection:
I would just go ahead
On 2015-01-13, 13:38 GMT, Martin Stransky wrote:
> Please file a bug for that at bugzilla.redhat.com
> ma.
You mean something like
https://bugzilla.redhat.com/show_bug.cgi?id=1161059 ?
Matěj
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/de
On 2015-01-15, 09:19 GMT, Tomas Hozza wrote:
> I think bodhi should enforce the update path is not broken and
> hold the update for F20 until the update for F21 is in stable.
Gosh, I thought bodhi already enforces update policy ... :(
Matěj
--
devel mailing list
devel@lists.fedoraproject.org
ht
On 2015-01-28, 09:58 GMT, Tomasz Torcz wrote:
> Nb. prosody got orphaned recently. You should think about migrating
> to other XMPP server or becoming a maintainer.
If somebody wants to help on
https://gitlab.com/mcepl/prosody2xep0227 I am all ears!
Matěj
--
devel mailing list
devel@lists.fe
Hi,
this is a question which I have encountered couple of times, but
I have always forgot to ask about it: is it possible to have
a package without Rawhide (devel) branch?
I have just created (and got approved) python-mako1.0 as
a compatibility package for EPEL-6. When I asked for the new
rep
On 2015-01-28, 21:10 GMT, Kevin Fenzi wrote:
>> I have just created (and got approved) python-mako1.0 as
>> a compatibility package for EPEL-6. When I asked for the new
>> repo for it, I expect to get also devel/Rawhide branch for it.
>> However, I don't see any purpose of it. Should I just orp
On 2015-01-29, 01:29 GMT, Peter Hutterer wrote:
> I don't have numbers on how many packages have this need but I predict that
> the efforts to get this to work, test it, deploy it, etc. are vastly greater
> than the time saved not having to retire a package :)
Certainly, but
a) we are geeks, so w
On 2015-01-31, 16:29 GMT, you wrote:
> I think *probably* ALSA. IIRC, PulseAudio should resample streams to a
> rate the card can play, but it gets the information as to what streams
> the card can play from ALSA, I think. 'pulseaudio -k; pulseaudio -
> v' output might have some interesting n
On 2015-02-08, 17:17 GMT, Marek Polacek wrote:
> xiphos-4.0.0-3.fc22.src.rpm
> this package failed to build because the limit of the
> instantiation depth has been reached.
Upstream maintainers of Xiphos asked me whether there are some
build.logs for this available as obviously they
On 2015-02-17, 13:17 GMT, Josh Boyer wrote:
> Now, it is possible to do this in dnf (either with btrfs or with dm
> snapshots) but I'm not aware of anyone working on it. Fedora has the
> Snapper tool available in the repos, which could do snapshotting
> outside of dnf as well.
Yeah, just that I w
On 2015-02-26, 16:22 GMT, Ralf Corsepius wrote:
>> That should be completely unrelated to the kojipkgs issue, as that is
>> talking to the koji hub directly.
>
> And would you have the kindness to tell me what I can to about it?
This is usually very clear and obvious way how Koji tells me
that my
On 2017-02-17, 10:59 GMT, Catalin wrote:
> Dear Fedora friends.
> I have some questions about Fedora and C# -mono:
This list is not about developing WITH Fedora, but about developing OF
Fedora, so your questions are not completely appropriate here.
> 1. why don't see into Fedora distro this comma
Hi,
my taking python-cryptography was a mistake. I am really not
interested in that package anymore and it seems that other
people are stalled by my inactivity (see
https://bugzilla.redhat.com/show_bug.cgi?id=1408730). Could
somebody who cares more about it, take the package from me,
please?
On 2016-10-14, 23:03 GMT, Tomasz Kłoczko wrote:
> Probably more than 50% (if not more than 80%) of the TeX live
> is like this. Most of the resources should be archived and
> preserved for next generation cyber archeologist however now
> they should not be served as regular rpm packages because
On 2016-10-15, 19:58 GMT, Tomasz Kłoczko wrote:
> You are losing the point.
> It doesn't matter how and for what I'm using TeX. I've not said even single
> word about how I'm using TeX.
Back to the point. Do you have some suggestions what to do? Any
reply to my previous email?
Matěj
--
https:/
On 2016-10-15, 21:55 GMT, Ian Malone wrote:
> I apologise, I have clearly failed in my obligation to answer
> every one of your questions in detail and debate the use and
> existence of TeX purely on your terms. Please continue in your
> campaign to have it discontinued, I suggest you now write
On 2016-11-20, 01:11 GMT, Dennis Gilmore wrote:
> you can get started today by doing kinit username>@FEDORAPROJECT.ORG if you move your ~/.fedora.cert
> file out of the way authentication will still work.
a) Is it possible to have multiple tickets, each from different
realm? When I do kinit mc..
If anybody wants it, let me know.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guide
On 2020-01-30, 11:04 GMT, Emmanuel Seyman wrote:
> I will gladly take it (fas user: eseyman).
Unfortunately, it is gone already, so I cannot add you.
https://fedoraproject.org/wiki/Orphaned_package_that_need_new_maintainers#Claiming_Ownership_of_an_Orphaned_Package
___
Hi,
with change of my employer I don't use Fedora/RHEL for my
day-to-day work anymore and so I am loosing touch with the
actual state of packages here. Therefore, I would love to hand
over de facto maintainership of the youtube-dl package.
Updating it is really simple (just change the version
On 2018-09-08, 10:02 GMT, Abhiram Kuchibhotla wrote:
> I'd be interested in taking over for you.
Thank you.
Matěj
--
https://matej.ceplovi.cz/blog/, Jabber: mc...@ceplovi.cz
GPG Finger: 3C76 A027 CA45 AD70 98B5 BC1D 7920 5802 880B C9D8
The American Republic will endure, until politicians real
On 2018-02-02, 08:49 GMT, Panu Matilainen wrote:
>> $ wget -P ~/rpmbuild/SOURCES $(rpmbuild -bp --define "prep
>> %dump" bettercap.spec 2>&1 | awk '/SOURCEURL0/ {print $3}')
Or even better
$ spectool -g bettercap.spec
(spectool is from rpmdevtools)
Matěj
--
http://matej.ceplovi.cz/blog/,
On 2018-02-08, 18:32 GMT, Matthew Miller wrote:
> This seems like a lot of churn. If we're going to do this,
> let's go big and get rid of RPM changelogs.
+1
Matej
--
https://matej.ceplovi.cz/blog/, Jabber: mc...@ceplovi.cz
GPG Finger: 3C76 A027 CA45 AD70 98B5 BC1D 7920 5802 880B C9D8
How f
On 2018-02-12, 08:08 GMT, Petr Lautrbach wrote:
> I orphaned vim-vimoutliner.
>
> I switched to emacs and haven't touched it for some time.
You could let me know. Adopting this poor orphan.
Matěj
--
https://matej.ceplovi.cz/blog/, Jabber: mc...@ceplovi.cz
GPG Finger: 3C76 A027 CA45 AD70 98B5 BC
On 2018-02-16, 12:36 GMT, Tomasz Kłoczko wrote:
> And this is why for example calling rpmlint should be one of
> the pre steps done by koji on sending build request. It would
> be good to perform at least one time a month rpmlint test
> across all packages, and if it anything wrong automatically
On 2018-02-16, 17:38 GMT, Daniel P Berrangé wrote:
> Yes, but that's likely a small % of overall and it is harmless
> if we addd BR: gcc to a few packages which don't need it
> - they'll be no worse off than they are today, and it can be
> easily removed again.
By “adding BR: gcc” you mean com
>> On Sun, 2018-02-18 at 18:09 +0100, Igor Gnatenko wrote:
>> > Over this weekend I've performed scratch-mass-rebuild
>> > without having gcc and gcc-c++ in buildroot of all Fedora
>> > packages, many of which failed due to random reasons and
>> > I grepped all logs for some common errors found
> On 18/02/18 18:09, Igor Gnatenko wrote:
>> Some packages might be missed due to short koji outage,
>> broken dependencies and so on, but majority of real failures
>> is below.
>>
>> If you fixed package(s), found false positive, found missing
>> packages in list or anything else -- please let
Hi,
I have decided to orphan some more obscure packages:
* pidgin-epel
* python-backport_collections
* python-dbusmock
* python-html2text (Aaron Swartz’s one)
* python-mako1.0
* python-mccabe
* rendercheck
* waffle
And remove myself from maintaining some packages which have other
Hi,
will there be anybody crying for git-bugzilla if I let it die?
Anybody, orphaning it.
Best,
Matěj
--
https://matej.ceplovi.cz/blog/, Jabber: mc...@ceplovi.cz
GPG Finger: 3C76 A027 CA45 AD70 98B5 BC1D 7920 5802 880B C9D8
Wise walks steady step, only fools around them dance contemporary
d
On 2018-03-22, 06:51 GMT, Till Maas wrote:
> I orphaned josm (https://src.fedoraproject.org/rpms/josm), the
> java openstreetmap editor on request by the original
> maintainer. Please adopt it. It needs to be updated regularly
> to follow the current openstreetmap guidelines, currently it
> is
On 2018-03-22, 11:55 GMT, Ralf Corsepius wrote:
> What you say, basically means you are questioning and deny the
> usefulness of packaging as a whole. The key feature which has
> made Linux distros great and superior to Windows.
I understand your point, but I just wonder whether there is
really
On 2018-03-23, 11:23 GMT, Petr Viktorin wrote:
> Python 2.7 will reach end of upstream support on 1st of
> January, 2020, after almost 10 years (!) of volunteer
> maintenance.
Just a note of warning: don’t to be too over-eager with dropping
everything Python 2 related in EPEL-7. Its EOS is only
On 2018-03-24, 15:09 GMT, Richard W.M. Jones wrote:
> I'm not personally a fan of either variant of the language
> - it's silly that we let programmers use an unsafe, slow, interpreted
> scripting language when we've known how to make better programming
> environments for at least 40 years.
Just
On 2018-03-26, 10:52 GMT, Florian Weimer wrote:
> On 03/22/2018 01:40 PM, Daniel Mach wrote:
>> Please read more details on our blog:
>> https://rpm-software-management.github.io/announcement/2018/03/22/dnf-3-announcement/
>
> “C++ 11 is supported by GCC in RHEL 7 / CentOS 7” — You should
> use De
On 2017-10-11, 14:38 GMT, Martin Stransky wrote:
> And no, I'm not going to create COPR builds for that - it does
> not contain required NSS/NSPR packages and building from git
> is broken.
I don’t think I want to get immersed into merit of this
discussion, but let me just note that:
a) th
101 - 144 of 144 matches
Mail list logo
