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
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
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
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
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
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
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
> 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
>> 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
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
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
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
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)
On 2017-09-28, 09:04 GMT, Paul Howarth wrote:
> A bootstrapping process is used to resolve this issue.
>
> First, the perl-Moose package is built with the %perl_bootstrap rpm
> macro set to 1. This could be set in the build system, or by editing the
> perl-Moose spec file to set it (which is
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
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
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
--
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
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.
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-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-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
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
--
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-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, I
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 patches
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:
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
I
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
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: mceplatceplovi.cz
GPG
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
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
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 proper
On 2015-03-17, 15:51 GMT, Richard Hughes wrote:
On 17 March 2015 at 15:35, Miloslav Trmač m...@redhat.com 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
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 alone
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 the Ars
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 was
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
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 we
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
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 orphan the
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
On 2015-01-16, 17:52 GMT, Volker Fröhlich wrote:
It's probably not upgraded for policy reasons. However,
I wanted the newer version too. You can update the spec file
of this SRPM, if 0.9.4 is not recent enough for you.
Otherwise, just rebuild it:
Instead of maintaining your own RPM on
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
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
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 uses
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 the
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 to
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 building
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’
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
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
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
website
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-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
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
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,
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:
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
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
On 2014-10-30, 14:04 GMT, Chris Adams wrote:
Once upon a time, Vít Ondruch vondr...@redhat.com 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
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 storage
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
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 ideally,
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
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, 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.)
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
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
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 can
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, with API
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 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's
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
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
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 to
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
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
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:
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
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
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 no
1 - 100 of 136 matches
Mail list logo
