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
___
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 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
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-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 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-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-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-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
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
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
> 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
>> 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 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 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-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-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-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 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
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 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
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..
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-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-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-09-14, 12:41 GMT, Igor Gnatenko wrote:
> Probably you use whiteboard to indicate where it was fixed,
> close bug and write into comment that it will be fixed in next
> upstream release or ...?
Either External Trackers (if the tracker is defined), or "See
Also" with URL of the ticket.
M
On 2015-09-13, 20:23 GMT, Haïkel wrote:
> The Java world is definitively not moving in the right direction.
https://en.wikipedia.org/wiki/Java_Module_System is IMHO The
Right Thing™ and it is still on the list of deliverables for
Java 9 (still to be feature complete on 2015-12-10).
> Recently,
On 2015-09-13, 13:13 GMT, Haïkel wrote:
> But, distros have lost the influence they used to have then, we're in the
> cloud/container era where people bundle everything ...
And they won't retake it by giving up. Then they will just give
ammunition to the idiots persuading them they are right.
>
On 2015-09-10, 19:10 GMT, Przemek Klosowski wrote:
>> The reason for this proposal is relatively simple: we know the
>> advantages to unbundling, particularly with security and resource-
>> usage. However, the world's developer community largely *does not
>> care*. We fought the good fight, we trie
On 2015-09-10, 09:24 GMT, Mathieu Bridon wrote:
> On Thu, 2015-09-10 at 11:16 +0200, Matěj Cepl wrote:
>> On 2015-09-09, 19:37 GMT, Kevin Fenzi wrote:
>> > pytz
>> > python-dateutil
>>
>> I see these two as too important to let them fall, so I am
>>
On 2015-09-10, 09:24 GMT, Mathieu Bridon wrote:
> On Thu, 2015-09-10 at 11:16 +0200, Matěj Cepl wrote:
>> On 2015-09-09, 19:37 GMT, Kevin Fenzi wrote:
>> > pytz
>> > python-dateutil
>>
>> I see these two as too important to let them fall, so I am
>>
On 2015-09-09, 19:37 GMT, Kevin Fenzi wrote:
> pytz
> python-dateutil
I see these two as too important to let them fall, so I am
taking them. However, I would really really like to have some
co-maintainers, because I don’t feel like I really understand
the matter.
Orion?
Best,
Matěj
--
htt
On 2015-08-31, 07:05 GMT, Pierre-Yves Chibon wrote:
>> Again, if it works for Adam (or anybody else) it is awesome, but
>> I would strongly discourage anybody who is not willing to invest
>> substntial amount of a sweat equity from packaging the package
>> for Fedora/EPEL.
>
> Not entirely sure if
On 2015-08-29, 21:27 GMT, Adam Williamson wrote:
> Hi, folks. So I've been maintaining ownCloud for the last little
> while. Unfortunately I sat down today to try again and update the
> package to the latest upstream (8.1.1), and somewhere in the second
> hour of insanely stupid PHP autoloader code
On 2015-08-28, 17:09 GMT, Marcin Juszkiewicz wrote:
> You mean mass bug reporting for each package where spec file lacks
> information about patches?
No, just for the package where you are bothered by the lack of
information. What I meant is that in the end all those tens of
thousands of patche
On 2015-08-28, 13:01 GMT, Marcin Juszkiewicz wrote:
> Yes, I have read it. But lot of maintainers did not.
>
> Example specfile:
>
> Source1:%{name}.score
> Patch0: %{name}-0.7.1-userpmopts.patch
> Patch1: %{name}-0.7.1-64bitfix.patch
> Patch2: %{name}-0.7.1-blit-cra
On 2015-07-29, 14:31 GMT, Daniel P. Berrange wrote:
> FWIW I found the port of Gtk3 pretty straightforward for
> my Entangle application and find it quite alot nicer to work
> with than Gtk2 in general, so has been a big plus overall.
OK, I stand corrected. I am sorry, if I sound too bitter, but
On 2015-07-29, 10:47 GMT, Michael Schwendt wrote:
>> As I have thought for some time, I think we should have a team to keep
>> packages and make migrations like gtk2 to gkt3, libgnome2, pyorbit,
>> gnome-python2, pyhton2 to python3 , qt3 etc etc
>
> Wishful thinking. Porting from gtk2 to gtk3 is n
On 2015-05-10, 03:00 GMT, Orion Poplawski wrote:
> More and more tests/builds appear to require a UTF-8 locale. Perhaps
> it's time to have rpm set LANG=C.UTF-8?
Which part f C.UTF-8 is not covered by en_US.UTF-8?
Best,
Matěj
--
http://www.ceplovi.cz/matej/, Jabber: mceplceplovi.cz
GPG Finger
On 2015-04-08, 08:12 GMT, M. Edward (Ed) Borasky wrote:
> And I'm curious why there are texlive packages in Fedora that
> aren't in EPEL - I assume it's a human or machine resource constraint.
Not in EPEL, but in the RHEL-7. Obviously Red Hat delivers only
a subset of whole TeXLive.
Best,
Matěj
On 2015-04-08, 01:06 GMT, Jason L Tibbitts III wrote:
> Just package it separately. They should all have proper upstream
> tarballs, and there's no reason not to just make individual packages if
> that's what you need. And, hey, while you're at it, stick them in
> rawhide and make the texlive pac
Hi,
I would like to build lilypond for EPEL-7, but unfortunately it
requires texlive-metapost which we don't have in the RHEL-7
texlive. Now, the question is how to build just one subpackage
(or any required other subpackages) from the monstrosity which
the current texlive? Anybody any suggest
On 2015-04-03, 16:36 GMT, Moez Roy wrote:
> Are there any tools to automatically report bugs upstream?
>
> i.e. from RedHat's Bugzilla to upstream's bugzilla / github issues /
> bug tracking software.
https://fedorahosted.org/bugzilla-triage-scripts/ can do it ...
but you have to write the prope
On 2015-03-20, 14:28 GMT, Richard Hughes wrote:
> Now imagine you're trying to write a command-not-found implementation
> that uses python to load yum. The Yum codebase is pretty huge, and by
> the time the 50ms "user needs results now" timer expires we're not
> even at "loading metadata" let alon
On 2015-03-17, 15:51 GMT, Richard Hughes wrote:
> On 17 March 2015 at 15:35, Miloslav Trmač wrote:
>> Wait, the metadata download and search code is not shared? What would it
>> take to make it so?
>
> No. The dnf code is in python and the libhif code is in C.
Sorry, I am just a stupid idiot wr
On 2015-03-10, 10:15 GMT, Björn Persson wrote:
>> The user surely knows better what a good password is than the
>> software does. If the user picks a crappy password, there's probably a good
>> reason.
>
> There are two possible reasons why you would say that. Either you
> haven't even looked at
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 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-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-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-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-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
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, 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
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-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-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-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-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 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 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-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-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
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-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
On 2014-11-24, 11:02 GMT, Reindl Harald wrote:
> and *that* is the real problem of the whole thread: 90% are based on
> assumptions and opinions instead of verified facts which is very strange
> when talking about open source
Or without checking tons of information provided on the Mozilla
websi
On 2014-11-21, 10:55 GMT, Roberto Ragusa wrote:
> For rsync-as-root use cases my usual approach is to create
> another account with userid=0 and login with ssh on this
> account.
Proper way is actually to use command parameter in
authorized_keys on server and for example
https://ftp.samba.org/
On 2014-11-20, 16:17 GMT, Petr Viktorin wrote:
> Every piece of Fedora is like that, and yet I don't see any
> other software doing useless-for-me opt-out tracking.
> (Also, who am I paying? All authors of Firefox, or only the Mozilla
> employees?)
How many multizillion LoC end-user applications
On 2014-11-20, 14:28 GMT, Petr Viktorin wrote:
> Ads are a feature that only benefits the upstream and the companies that
> pay for the ads. From my (user's) perspective, there is no reason to
> have them on my system. There is no benefit to me from this feature.
Sorry, I have to ask here the o
On 2014-11-16, 05:31 GMT, Ralf Corsepius wrote:
>> I don't really understand the issue at all.
> We have a "no-phone-home" and "no-spy" policy in Fedora.
And I believe the same goes for the Mozilla ... did anybody
check their privacy policy?
https://www.mozilla.org/en-US/privacy/
Also,
https:
On 2014-11-11, 15:29 GMT, Patrick Laimbock wrote:
> I created one but am in need of a sponsor.
> https://bugzilla.redhat.com/show_bug.cgi?id=1162731
I would gladly do the review, but unfortunately I am not
a sponsor.
Matěj
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedor
http://shallowsky.com/software/gimp-save/
It seems awfully useful (yes, I hate the Save/Export split), but
I have too much already on my plate.
Matěj
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedora
On 2014-10-31, 08:54 GMT, Vít Ondruch wrote:
> This is really good point Matěj, thanks for bringing this up!
It’s like alcoholism: once lawyer, always lawyer, I am afraid.
Best,
Matěj
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fed
On 2014-10-30, 14:04 GMT, Chris Adams wrote:
> Once upon a time, Vít Ondruch said:
>> I am pretty sure, that this was already discussed many times, but I
>> proposed to drop the seemingly last dependency of RPM on Perl in this
>> [1] ticket and hence Perl from minimal buildroot (unless it will be
On 2014-10-06, 14:30 GMT, Eric Sandeen wrote:
> IOWs, I'd like to see much more than "because it can do snapshots and
> checksums" as the rationale; there are most definitely interesting things
> that btrfs can do (or is working on doing), but as btrfs has evolved, so has
> the rest of the Linux st
On 2014-09-24, 16:22 GMT, Jaroslav Reznik wrote:
> In Czech we say "Když se kácí strom, létají třísky"
I have to admit I have hard time with this proverb. Whenever
I hear somebody to use it is usually to cover for his mistakes
or worse (it was a favorite proverb of
https://en.wikipedia.org/wiki
On 2014-09-26, 10:19 GMT, Richard Hughes wrote:
> At the moment applications have to provide an icon >= 32x32px in size
> to be included in the AppStream metadata and shown in the software
> center. This is *tiny* on a HiDPI screen, so should I mandate that all
> applications ship a 64x64 (and idea
On 2014-06-16, 15:06 GMT, drago01 wrote:
>> yum-cron can actually apply updates []
>
> That sounds dangerous ... updates are not really atomic (i.e not at
> all) doing them silently in the background is a very bad idea.
Yes, yum-cron has been hated by Seth for years, but there was
still this
On 2014-06-09, 14:21 GMT, Kevin Fenzi wrote:
> This issue should be fixed now.
Thanks a lot.
Matěj
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
On 2014-06-08, 13:41 GMT, Pierre-Yves Chibon wrote:
> I have the same problem for quite a while already:
> http://copr-be.cloud.fedoraproject.org/results/pingou/subsurface/fedora-rawhide-x86_64/build-17727.log
Mee too
http://copr.fedoraproject.org/coprs/mcepl/xiphos-3.2.1/
Matěj
--
devel maili
That’s spectrum1 which has been long dead upstream, and there is
no further development in upstream (for spectrum2 which would be
a replacement), so I don't want to drag it further. I’ll keep it
in EPEL 5,6 and if any bug happens, I’ll patch it.
Any takers?
Yeah, I thought so
Matěj
--
On 2013-09-11, 15:56 GMT, Richard W.M. Jones wrote:
> mc is also missing a dependency on dpkg!
Not really. If some esteemed Perl hacker here would be willing to spent
some time on /usr/libexec/mc/extfs.d/dpkg+ I think it could be possible
to get it into shape. Deb archives are nothing than else
Hi,
I know that I am off topic here, but I guess somebody here may tried to
deal with this issue. I would like to create a group on gmane.org for
jbr...@googlegroups.com list and if possible import all its messages
there (because, among reasons, it is obvious that gmane.org is much more
user f
On 2013-09-11, 09:36 GMT, Ian Malone wrote:
> Can someone explain what the consequences of a 'soft dependency' would
> actually be and how it would be different from putting those files
> into a sub-package? (Which may or may not work depending on whether mc
> is able to cope dynamically with that.
On 2013-08-14, 09:55 GMT, Christopher Meng wrote:
> There are some issues of 8.6, people are trying to fix it.
>
> Please search carefully and choose users list next time.
>
> http://bugzilla.redhat.com/889201
Sending the original poster to the users list doesn't sound like fair to
me. Everybody
On Mon, 05 Nov 2012 13:53:37 +0100, Ralf Corsepius wrote:
>> That's called CentOS,
> Nope ... CentOS/RHEL is a different end of extremes.
>
> 7 years+ life-time, no API changes, etc.
> What is lacking is a middle ground between "Fedora" and "CentOS".
>
> Something with a life-time of "~2 years",
On Fri, 02 Nov 2012 13:32:33 +, Richard W.M. Jones wrote:
> If you substitute 'unstable' for level 1, 'testing' for level 2 and
> 'stable' for level 3, then this is not dissimilar to how Debian
> operates.
Sure, and if you eliminate level 3 (which leads to multi-year-long
freezes), then you h
On Fri, 02 Nov 2012 13:22:21 -0700, Adam Williamson wrote:
> I disagree. It's usable by the kind of people who use Fedora. Who like
> shiny cutting-edge stuff and don't mind dealing with wonkiness
> constantly. I wouldn't dream of putting any regular person on a Fedora
> install, quite frankly. It'
On Fri, 02 Nov 2012 20:55:38 +, Jóhann B. Guðmundsson wrote:
> and one "stable" release ( valid for 2 maybe 3 years ) for those in the
> community that want something they dont constantly having to upgrade to
> and can deploy on their servers. ( ofcourse to have a stable release we
> first and
On Wed, 10 Oct 2012 13:11:12 +0300, Serge wrote:
> Turning /lib into /usr/lib was also incompatible with every other Linux
> distro, nevertheless it's already done.
The fact that we've made one useless and harmful mistake doesn't mean
that we should repeat it all the time.
Matěj
--
devel maili
On Mon, 08 Oct 2012 18:15:52 -0700, T.C. Hollingsworth wrote:
> Because I haven't entirely run kicking and screaming from attempting to
> package nodejs, I (FAS: "patches") will take:
Do you think you would be able to make somewhere buildable packages of
nodejs (before you can manage to push it t
On Wed, 03 Oct 2012 13:23:02 -0500, Jon Ciesla wrote:
> git-bugzilla -- Attach patches to a bugzilla bug
I'll take it. FAS name: mcepl
Matěj
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
(sorry, once more, this time to the correct address)
On 11/08/12 23:03, Jason L Tibbitts III wrote:
Maybe you should tell us why you believe it is. I don't see how it
violates any of the rules for content.
I thought that the rule is that Fedora packages shouldn't contain just a
pure content.
Dne 20.8.2011 12:09, Rahul Sundaram napsal(a):
Seamonkey hasn't been updated in a long time. Someone recently
mentioned it in identi.ca and filed a bug report to update it. I was
looking into it and the spec doesn't seem to be following the packaging
guidelines. Source tarball seems to have
Dne 9.8.2011 00:24, Adam Williamson napsal(a):
A bit of detective work led to:
https://bugs.archlinux.org/task/24615
apparently Arch has been seeing the same thing. They've addressed it by
reverting the following upstream glibc commit:
http://sourceware.org/git/?p=glibc.git;a=commit;h=4769ae77
Hi,
I would like to have ushare running on my EL-6 home server and there is
no build for EPEL-6. So I have build libupnp (no problems there, I've
pushed it to -testing), and when trying to build ushare I've got the
problem as seen in the log on
http://mcepl.fedorapeople.org/tmp/ushare-rpmbuil
Dne 27.6.2011 03:00, Peter Gordon napsal(a):
[CC-ed to Matej Cepl, marked in PkgDB as a co-maintainer.]
I have just forgot to remove myself. Scribes is good, but it is PyGtk
app and its author shows clear preference not to port it to Gnome 3. So,
if you are friend of the ancient regime, this
Dne 24.2.2011 20:54, Ric Wheeler napsal(a):
> Can we have pointers to these crashes or BZ reports please? As Josef has
> noted, btrfs has been quite stable in our testing and we are certainly
> going to pursue any reports.
Will do ... I am hesitant to do so, because so many of my previous bug
repo
Dne 5.8.2010 19:49, Kevin Kofler napsal(a):
> As much as I dislike SELinux (and would thus generally tend towards lax
> SELinux policies), allowing a browser (!!!) to bypass memory protection
> strikes me as an awfully bad idea. Those JavaScript JITs are a really bad
> security risk. :-(
For anybo
Dne 30.7.2010 09:48, Phil Knirsch napsal(a):
> I only have 2 words for you and everyone who has put so insanely much
> work into this effort for such a long time:
>
>T H A N K Y O U !
Everybody was bitching about CVS for years, so now we all should say to this
+1000
Thank you
--
There is
1 - 100 of 144 matches
Mail list logo
