Change in ownership over the last 168 hours
2 packages were orphaned
xom [EL-6] was orphaned by gil
XML Pull Parser
mlton [EL-5] was orphaned by agoode
Optimizing compiler for Standard ML
9 packages unorphaned
pghmcfc unorphaned : perl-File-chdir [EL-5,EL-6]
nb unorphaned : ingo [EL-5]
jplesnik unorphaned : perl-Test-Most [epel7]
mmilata unorphaned : system-config-kdump [devel,f19,f20]
lkundrak unorphaned : perl-Lingua-Stem-Snowball [EL-6]
lkundrak unorphaned : perl-Class-Autouse [EL-6]
lkundrak unorphaned : perl-Lingua-StopWords [EL-6]
averi unorphaned : imapfilter [EL-6,devel,f19,f20]
pghmcfc unorphaned : perl-ExtUtils-Depends [epel7]
8 packages were retired
zif [f19] was retired by rhughes
Simple wrapper for rpm
piggyback [devel] was retired by spot
Utility for making net-bootable sparc kernel image files
mediawiki [EL-5] was retired by vicodan
A wiki engine
perl-HTML-Tree [EL-6,epel7] was retired by notting
HTML tree handling modules for Perl
ghc-feldspar-language [EL-6] was retired by petersen
Functional Embedded Language for DSP and PARallelism
xferstats [devel,f19,f20] was retired by jsynacek
Compiles information about file transfers from logfiles
libnftables [devel] was retired by kevin
Library for low-level interaction with nftables Netlink's API over libmnl
udisks2-lvm [devel] was retired by puiterwijk
LVM DBus add-on for udisks
38 packages changed owner
limb gave to sparks : gpredict [epel7]
limb gave to lkundrak : perl-Locale-US [epel7]
limb gave to cicku : NetPIPE [EL-6,epel7]
limb gave to remi : php-pear-Net-DNS [EL-6,epel7]
limb gave to lkundrak : perl-Want [epel7]
limb gave to lkundrak : perl-Tie-ToObject [epel7]
limb gave to ralph : python-requests-oauthlib [EL-6,epel7]
limb gave to notting : perl-HTML-Element-Extended [epel7]
limb gave to cicku : python-pymtp [epel7]
limb gave to lkundrak : perl-File-Flat [epel7]
limb gave to jcollie : python-paramiko [EL-6]
limb gave to cicku : nbd [epel7,epel7]
limb gave to cicku : ascii-design [epel7]
limb gave to cicku : lfcbase [epel7]
limb gave to rlandmann : perl-IO-Compress [EL-5,EL-6]
limb gave to rnovacek : krusader [EL-6]
limb gave to ralph : python-oauthlib [EL-6,epel7]
jplesnik gave to pghmcfc : perl-Data-Dumper-Names [epel7]
limb gave to lkundrak : perl-Algorithm-Dependency [epel7]
limb gave to maxamillion : psad [EL-6,epel7]
kevin gave to akurtakov : eclipse-egit-github [devel,f19,f20]
limb gave to cicku : vttest [epel7]
limb gave to cicku : python-eyed3 [epel7]
jplesnik gave to pghmcfc : perl-Test-Most [epel7]
limb gave to jdornak : python-social-auth [EL-6,epel7]
limb gave to remi : php-pear-Net-IPv4 [EL-6,epel7]
limb gave to spot : perl-HTML-Tree [EL-6,epel7]
limb gave to rlandmann : perl-Locale-Msgfmt [EL-5,EL-6]
limb gave to cicku : cdk [EL-6,epel7]
limb gave to maxamillion : bluebird [EL-6,epel7]
limb gave to mcepl : python-mccabe [EL-6]
limb gave to jjames : python-manuel [EL-6,epel7]
limb gave to lkundrak : perl-File-chmod [epel7]
limb gave to cicku : bleachbit [epel7]
limb gave to maxamillion : perl-IPTables-ChainMgr [epel7]
limb gave to nmav : ocserv [EL-6,epel7]
limb gave to lkundrak : perl-Test-Inline [epel7]
mmaslano gave to lkundrak : perl-KinoSearch [epel7]
The licensing guidelines say that license changes should be announced on
this list. In version 4.0 libreoffice-voikko changed from GPLv3+ to dual
licensing, GPLv3+ or MPLv2.0.
Libreoffice-voikko 4.0 requires libvoikko 3.7 which I built today, so it
should be in tomorrow Rawhide compose. I will build libreoffice-voikko
4.0 some time next week.
Since updates don't automatically fix the issue created by
https://bugzilla.redhat.com/show_bug.cgi?id=1054350 and users are required
to run a set of steps as a workaround, shouldn't this be announced via the
fedora announce list and posted in the Fedora website prominently as well?
I'm sad to announce that a great free software (open source) contibutor is dead...
My english is really too bad to say what is my feeling, so, I will speak french instead of not speaking...
Every one can contribute here, this isn't mandatory :
French speaking only (sorry for others...)
Le « crabe » n'épargne personne, surtout les meilleurs d'entre nous...
Tu as été un formidable contribueur au logiciel libre, particulièrement sdcc et gputils, tu mérites beaucoup de respect et de reconnaisance pour cette contribution,..
J'adresse à ta femme, tes enfants et tes amis, mes plus sincères condoléances...
Tu étais quelqu'un de bien, contrairement à d'autres qui, sous couvert de licence libre, ne pensent qu'à leur gueule ! (Hello Dick, I'm still here...).
Tu étais quelqu'un de bien, et ce n'est pas souvent que je tiens de tels propos...
Tu as beaucoup donné, j'espère que quelqu'un te le rendra (Si j'avais été croyant, j'aurais dit « Dieu te le rendra »), à toi ou ta famille.
Parce que tu le mérites.
Et nous, il faudra qu'on continue sans toi, et comme disent ces cons d'américains : « The show must go on »
Reposes en paix Borut !
On Sat, Jan 25, 2014 at 7:41 AM, Adam Williamson
> drago01 <drago01(a)gmail.com> wrote:
>>On Fri, Jan 24, 2014 at 12:16 AM, Adam Williamson <awilliam(a)redhat.com>
>>> On Thu, 2014-01-23 at 16:56 -0500, Brian J. Murrell wrote:
>>>> > As a side note, it also needs to be discussed how such a key
>>>> > the bluetooth stack could go unnoticed through QA, and how to
>>>> > from happening again.
>>>> Indeed. I wondered the same myself.
>>> I'm somewhat cheered that our product has apparently reached the
>>> level where people consider a Bluetooth audio profile to be a 'key
>>> feature', but so far as our QA standards are concerned, it ain't.
>>> This didn't really 'pass unnoticed' through QA. I noticed it, and was
>>> supremely unconcerned.
>>We should stop this "its crap anyway" attitude. That's the reason why
>>people perceive fedora
>>as beta / unstable / breaks often etc.
>>Did you at least file a bug?
>>devel mailing list
>>Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
> It's not about "it's crap anyway", it's about our trade off between completeness and getting new stuff done. Fedora has *always* accepted major changes before they reach full feature parity with the thing they're replacing, and I don't see any indication anyone's expecting that to change.
There is a difference between a minor inconvenience (I have to do x, y
and z instead of just a or have to use a different tool to do task x)
and hardware that suddenly stops working after an upgrade. This thread
is clearly an indicator that at least some people have different
> Having said that I may have to go back and check things, because my memory is that this is something everyone involved (including the devs and fesco) knew about at the time, but it's being discussed as if it were a big surprise.