Steven A. Falco wrote:
I upgraded to F40, and suddenly an apache cgi script that was working perfectly
in \
F39 (and earlier) is giving me a "Read-only file system" error when trying to
write \
data into a file.
The directory where the cgi is trying to write is owned by apache:apache, and
it
Neal Gompa wrote:
On Wed, Jan 5, 2022 at 9:43 AM Sérgio Basto
It's deprecated and expected to be retired eventually. I doubt a
"port" would ever happen.
initscripts is needed by audit: https://bugzilla.redhat.com/2029105
___
devel mailing list --
scala: https://bugzilla.redhat.com/1080923
libnetfilter_queue: https://bugzilla.redhat.com/1512736
nftables: https://bugzilla.redhat.com/1846663
libcap: https://bugzilla.redhat.com/1700167
ed: https://bugzilla.redhat.com/1805337
gawk: https://bugzilla.redhat.com/1823770
freetype: https://bugzilla.
Miroslav Suchy wrote:
> Do you want to make Fedora 31 better? Please spend 1 minute of your time and
> try to run [*]:
>
> sudo dnf --releasever=31 --setopt=module_platform_id=platform:f31
> --enablerepo=updates-testing distro-sync
A variant:
# dnf --releasever=31 --setopt=module_platform_id
Miroslav wrote:
> Do you want to make Fedora 30 better? Please spend 1 minute of your time and
> try to run:
# dnf --skip-broken --allowerasing -b --assumeno --releasever=30
--setopt=module_platform_id=platform:f30 distro-sync
https://paste.fedoraproject.org/paste/Bxyko5K7Okrzst4k8Qn6bw
Tran
Dennis Gilmore wrote,
> We have now completed the automated part of the Fedora 28 mass rebuild,
> The details for the scheduled mass rebuild for Fedora 28 can be found
> here[1]. The failure page for the rebuilds can be found here[3] and the
> full list of packages that are needing rebuilding can
On 02/21/2018 04:35 PM, Xose Vazquez Perez wrote:
> procps-ng https://bugzilla.redhat.com/1251736
> flexhttps://bugzilla.redhat.com/1389575
> coffee-script https://bugzilla.redhat.com/1405120
> mercurial https://bugzilla.redhat.com/1150491
> iptabl
Hi,
procps-ng https://bugzilla.redhat.com/1251736
flexhttps://bugzilla.redhat.com/1389575
coffee-script https://bugzilla.redhat.com/1405120
mercurial https://bugzilla.redhat.com/1150491
iptableshttps://bugzilla.redhat.com/1417323
Thank you.
_
On 10/24/2017 11:12 AM, Reindl Harald wrote:
> Am 24.10.2017 um 02:43 schrieb Xose Vazquez Perez:
>> They are not tagged for fedora 27
> but FTBFS is not true and so this list is worthless when it is that
> long and contains also packages which where built sucessfully but
> so
Ben Rosser wrote:
> On Mon, Oct 23, 2017 at 9:49 AM, Xose Vazquez Perez
> wrote:
>> quasselc-0-3.20170111gita0a1e6b | fc26
>> quassel-irssi-0-4.20170119git7b034e3 | fc26
> Where is this list sourced from?
I did get it directly from koji:
koji latest-pkg --all f27
>
On 10/23/2017 04:43 PM, Reindl Harald wrote:
>> rbldnsd-0.998-3 | fc26
>
> https://koji.fedoraproject.org/koji/packageinfo?packageID=3720
>
> 1 through 46 of 46
> NVR Built by Finished descending sort State
> rbldnsd-0.998-4.fc27 releng 2017-07-29 15:10:37 complete
>
On 10/22/2017 04:08 PM, Xose Vazquez Perez wrote:
> Mat Booth wrote:
>
>> On 7 August 2017 at 15:35, Dennis Gilmore wrote:
>>
>>> [3] https://kojipkgs.fedoraproject.org/mass-rebuild/f27-failures.html
>>>
>>
>> This file seems suspiciously small.
Mat Booth wrote:
> On 7 August 2017 at 15:35, Dennis Gilmore wrote:
>
>> [3] https://kojipkgs.fedoraproject.org/mass-rebuild/f27-failures.html
>>
>
> This file seems suspiciously small... I somehow don't believe that there
> were "0 failed builds" :-)
Current status?
___
Zdenek Dohnal wrote:
> I am going to retire ghostscript-fonts package in F27 because its fonts
> are deprecated and replaced by urw-base35-fonts package.
NACK. They are _extra_ fonts:
http://git.ghostscript.com/?p=ghostpdl.git;a=blob_plain;f=Resource/Init/Fontmap.GS
__
On 03/18/2017 10:11 PM, Tomasz Kłoczko wrote:
> Did you try to link it against uClibc?
> If t is about executable size depends which one libc functions linking with
> uClibc should give you waay smaller binaries.
> Please just try :)
> *Install please uClibc-devel package and put -L%{_*libdir}/uC
Dan Horák wrote:
> We are going to change the default -mcpu for s390(x) from the current
> -mcpu=z9-109 to -mcpu=z10. z10 is the minimum level various projects
> require - llvm/clang, OCaml, pypy3, ... Unfortunately we can't go
> higher because our community guest VM is still running on a z10 mach
Christopher wrote:
> So, I'm trying to understand what's going on with netcat. If anybody can
> enlighten me, I'd appreciate it. Here's what I've found so far:
Original netcat is obsolete, try socat or nmap-ncat.
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/
Dominik 'Rathann' Mierzejewski wrote:
> They say their reference C compiler is the Open Watcom C, which seems
> to be distributed under this license:
> ftp://ftp.openwatcom.org/pub/license.txt . The license seems complicated
> and probably non-free in Fedora terms.
There is a Debian thread about
Josh Boyer wrote:
> There is no need to call this ridiculous or nonsense. There have been
> valid reasons brought up in this very thread for being somewhat
> conservative. Please refrain from using language that makes the
> conversation negative.
Please, stay on topic.
Could you please explain
Phil Sutter wrote:
> So I will stick to my former plan of not rebasing iproute in stable
> releases (unless there's good reason) but become open for feature
> requests if there is valid need for it, a backport is feasible and it
> doesn't interfere with core functionality. ACK?
Does iproute going
Jóhann_B._Guðmundsson wrote:
> Arguably the regression in 4.4 with drm/i915 that causes screen
> flickering in dual monitor setups needs to be looked at before this gets
> released since it will get tiresome quite quickly for end users trying
> to do some work when suddenly one of the screen
Hi,
Only works http, git and ssh protocols don't.
-thanks-
$ git clone git://pkgs.fedoraproject.org/rpms/iptables.git
Cloning into 'iptables'...
fatal: remote error: access denied or repository not exported:
/rpms/iptables.git
---
$ git clone ssh://pkgs.fedoraproject.org/rpms/iptables.git
Cloni
Hi,
Can anyone update iptables ?
1.6.0 includes new features and accumulated fixes
since 1.4.21(Jan-2014).
https://bugzilla.redhat.com/1292990
-thanks-
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
Pavel Alexeev wrote:
> I found very interesting BPG image format - http://bellard.org/bpg/
You should take a look to FLIF(Free Lossless Image Format), no patents and
GPLv3+:
http://flif.info
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@list
Hi,
Will it be updated/included in F23?
troubles with ARM?
-thanks-
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Hi,
4.1 was released one year ago: https://bugzilla.redhat.com/1150488
Can anyone update it ?
-thanks-
--
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 10/10/2015 10:37 PM, Xose Vazquez Perez wrote:
> Can anyone update it ?
> https://bugzilla.redhat.com/1145913
nonresponsive package maintainers: ipset
https://fedorahosted.org/fesco/ticket/1494
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/m
Hi,
Can anyone update it ?
https://bugzilla.redhat.com/1145913
-thanks-
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Stephen Gallagher wrote:
> This first step is limited to C and C++ ABI (basically ELF binaries).
> Long-term, the goal would be to develop and implement ABI checking for
> a variety of other languages, but those tools are not yet readily
> available (or if they are, we don't know about them. So pl
Martin Stransky wrote:
> Why do you think it's fixed in 29.0.1? I see only some Android and
> network fixes there (http://hg.mozilla.org/releases/mozilla-release/).
https://www.mozilla.org/en-US/firefox/29.0.1/releasenotes/
->https://bugzilla.mozilla.org/1003707
--
devel mailing list
devel@
Kevin Kofler wrote:
> It's incredible how many instances of invalid pre-release versioning we
> have. Those guidelines are very important because they avoid useless Epoch
> bumps, and thus it is all the more important to get them right the first
> time (because if you screw up, you usually cannot
> On Sat, 02 Nov 2013 19:39:38 +0100, Xose Vazquez Perez wrote:
>> _rawhide_ is not an *old branch* . And it never was.
>>
>> To have {?dist}.X in rawhide should be impossible.
>>
>> It breaks the laws of thermodynamics!!
>
> It looks ugly, but it'
Kevin Kofler wrote:
> Xose Vazquez Perez wrote:
>> BAD use of %{dist} tag(75):
>> ==
>> afpfs-ng-0.8.1-13.fc21.3.src.rpm 13.fc21.3
> [and many similar examples]
>
> NOTABUG:
> https://fedoraproject.org/wiki/Packaging:NamingGuidelines#Min
hi,
http://fedoraproject.org/wiki/Packaging:NamingGuidelines#Using_the_.25.7B.3Fdist.7D_Tag
http://fedoraproject.org/wiki/Packaging:DistTag
BAD use of %{dist} tag(75):
==
afpfs-ng-0.8.1-13.fc21.3.src.rpm 13.fc21.3
aprsd-2.2.5-15.6.fc19.5.src.rpm 15.6.fc19.5
bsfilter-1.0.18
hi,
3.5.8.2 was released time ago with
several bugs fixed: http://bugzilla.redhat.com/959946
Current version in Fedora Rawhide: 3.5.8.1
Welcome to phpMyAdmin 3.5.8.2, a security release.
3.5.8.2 (2013-07-28)
- [security] Fix self-XSS in "Showing rows", see PMASA-2013-8
- [security] Fix self-XSS
On 09/25/2013 12:14 AM, Digimer wrote:
> I can't imagine why USB 3 would effect this, but there you go. Any
> advice on debugging?
Déjà-vu: http://lists.fedoraproject.org/pipermail/devel/2013-August/188273.html
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/m
Richard Shaw wrote:
> I'll look at fixing up xorriso... Upstream seems to be active.
xorriso [1] is deprecated because now it's a subpackage of libisoburn [2].
[1] http://koji.fedoraproject.org/koji/packageinfo?packageID=8737
[2] http://koji.fedoraproject.org/koji/packageinfo?packageID=12680
--
Digimer wrote:
>When I got this laptop (Thinkpad W530), I ran F17. It was always
> perfectly stable. When I installed F18, it started to (seemingly)
> randomly lock up Gnome 3. I could never see much in syslog of use.
>
>I knew it was just gnome because I could still ctrl+alt+fX to othe
Georgios Petasis wrote:
> Are there any plans to update Tcl/Tk to 8.6 in fedora 20?
>
> Tcl/Tk 8.6 has been released in Dec 20, 2012:
>
> http://www.tcl.tk/software/tcltk/8.6.html
Already reported, see:
http://bugzilla.redhat.com/889201
--
devel mailing list
devel@lists.fedoraproject.org
https
Paul Wouters wrote:
> Why do we even bother shipping an old obsoleted documentation format
> only RMS can actually use? In the case of sharutils, we actually have
> what appears to be proper man pages.
>
> Maybe I should add a Feature for F20 :
>
> "convert all info pages to proper man pages and
On 02/19/2013 12:25 AM, Eduardo Jorge wrote:
> I guess tck;tk 8.6 is a very nice update to Fedora 19.
Already reported: http://bugzilla.redhat.com/889201
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On 01/15/2013 01:01 PM, Adam Tkac wrote:
> Another interesting thread is
> http://sourceforge.net/mailarchive/message.php?msg_id=30352453
>
> We are currently discussing drop of the
> https://fedoraproject.org/wiki/Features/libjpeg-turbo-jpeg8-ABI feature
> because
> SmartScale encoding (only re
hi,
As Fedora was pioneering in the libjpeg-turbo inclusion
maybe you are interested in this discussion.
http://sourceforge.net/mailarchive/forum.php?thread_name=50E4AF86.50203%40users.sourceforge.net&forum_name=libjpeg-turbo-users
Original Message
Subject: [Libjpeg-turbo-users
On 01/11/2013 02:51 PM, Chris Adams wrote:
> Once upon a time, Xose Vazquez Perez said:
>> On 01/11/2013 01:17 AM, Kevin Kofler wrote:
>>
>>> +1, the default "info" is really a PITA to use, pinfo is much better.
>>
>> -1, pinfo is dispensable:
>&g
On 01/11/2013 05:52 PM, Chris Adams wrote:
> If you want to replace netstat and ifconfig, that's fine, but make a new
> netstat and ifconfig (or at least wrappers that handle the common
> options and give similar output). Why do people want to reinvent the
> wheel (and ignore all previous wheels)
On 01/11/2013 01:17 AM, Kevin Kofler wrote:
> +1, the default "info" is really a PITA to use, pinfo is much better.
-1, pinfo is dispensable:
$ info ls --subnodes --output - | less
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On 01/11/2013 12:01 AM, William Brown wrote:
> Nothing I didn't know about it. Will read into it now.
>
> Maybe this shows that a documentation component is needed, to "bridge"
> the gap to say X tool is replaced by Y
>
> IE netstat -> ss
man netstat:
NOTE
This program is obsolete.
Tomasz Torcz wrote:
> On Thu, Jan 10, 2013 at 03:08:21PM -0500, Bill Nottingham wrote:
>> Seth Vidal (skvidal at fedoraproject.org) said:
>> > >Fun fact™: I learned from this conversation that my default personal user
>> > >environment still contains a .plan file.
>> >
>> > What was in your plan
hi,
gnutls-3 is blocked by FE-Legal because it could have
troubles with patents on the code of elliptic curve cryptography.
any news on this matter ?
http://bugzilla.redhat.com/726886
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
hi,
The AT&T AST OpenSource software collection [1] , The Heirloom Project [2]
and Plan 9 from User Space [3] bring a lot of original UNIX tools/utils.
Some of them have already been taken, mailx from Heirloom and ksh from
AST. pax looks like a candidate.
pax in Fedora comes from a OpenBSD port
On 07/16/2012 07:38 PM, Till Maas wrote:
I was asked to send to send the status of the last run of the Upstream
Release Monitoring tool to this list. It would consist of all lines in
http://till.fedorapeople.org/tmp/cnucnu-last.log
that mention that a package is outdated. Would you welcome this
On 07/09/2012 12:16 AM, Kevin Fenzi wrote:
Has something changed with the license on them since they were reviewed
5 or so years ago?
I don't know, but this is _unacceptable_ :
"SOFTWARE LICENSE AGREEMENT (Final, Single User)
*IMPORTANT - READ BEFORE COPYING, INSTALLING OR USING.*
hi,
License is very restrictive.
Please remove them from the distribution.
--cut--
TERMS AND CONDITIONS
IMPORTANT - PLEASE READ BEFORE INSTALLING OR USING THIS INTEL(C) SOFTWARE
Do not use or load this firmware (the "Software") until you have carefully read
the following terms and conditio
hi,
== https://bugzilla.redhat.com/815790 ==
clear_console: New helper program to clear the *console*,
including the _scrollback buffer_.
DESCRIPTION
clear_console clears your console if this is possible. It looks in
the environment for the terminal type and then in the terminfo
database to
the bug is 45 days old: https://bugzilla.redhat.com/812651
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On 05/17/2012 06:19 AM, Matthew Garrett wrote:
On Thu, May 17, 2012 at 12:28:29AM +0200, Xose Vazquez Perez wrote:
x32 makes intel be faster Atom Z2460 [1]
I can't find any x86_64/ia32/x32 benchmarks in that article? Regardless,
I'd agree that x32 is potentially useful on heavil
Matthew Garrett wrote:
> [...]
So, overall, x32 is only really beneficial for embedded platforms rather
than general purpose ones. As Josh says, if there's sufficient interest
then it could potentially be implemented as a separate architecture and
spend some time in secondary, but I don't know t
Greg McGary wrote:
It would be great if GNU id-utils could be included in future Fedora releases.
please, add it to *Package maintainers wishlist* :
https://fedoraproject.org/wiki/Package_maintainers_wishlist
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/m
Orion Poplawski wrote:
Keeps forgetting about that. Messes up --qf though:
# repoquery --whatrequires libMagickCore.so.4 --source --qf '%{NAME}' | sort -u
ale-0.9.0.3-6.fc17.src.rpm
autotrace-0.31.1-26.fc15.1.src.rpm
calibre-0.8.39-1.fc17.src.rpm
converseen-0.4.9-2.fc17.src.rpm
dmapd-0.0.45-1.
Chris Adams wrote:
> Okay, but how many ARM servers are in widespread use? For the resources
> required as a primary arch, there should be a large expected user base.
> The first sentence of the detailed description on the feature page is
> "ARM processors are the most popular CPUs in the world."
Orion Poplawski wrote:
> But isn't that why Fedora exists, to push everyone along :)
>
> Sounds like it needs to be in at least F18 for that timetable.
https://fedoraproject.org/wiki/Features/Ruby_1.9.3
http://lists.fedoraproject.org/pipermail/ruby-sig/2011-September/000658.html
http://lists.fe
Andrey Ponomarenko wrote:
> The compatibility report between 1.1 and 3.2.2 versions of libnl
> generated by abi-compliance-checker [1] tool (see attachment:
> abi_compat_report.html) may be of help.
>
> [1] http://forge.ispras.ru/projects/abi-compliance-checker
now back online:
*API changes/c
Kevin Kofler wrote:
> Indeed, -Wall is not really all. :-) -Wall -Wextra is closer to all, but
> there are still some things those won't warn about, e.g. -Wwrite-strings
> catches places which use a string literal as a potentially writable char *
> instead of a const char *.
-O2 is required by
On 11/12/2011 10:32 PM, Xose Vazquez Perez wrote:
> Paul Johnson wrote:
>
>> Not sure what I've missed here, but I'm unable to load my machine
>> using any of the 3.1.0 flavours of the kernel. I can get (I think)
>> 3.0.0-9 to boot no problems.
>>
>&
Paul Johnson wrote:
> Not sure what I've missed here, but I'm unable to load my machine
> using any of the 3.1.0 flavours of the kernel. I can get (I think)
> 3.0.0-9 to boot no problems.
>
> When I try the 3.1.0 spins, I get a kernel panic soon after booting
>
> kernel panic - not syncing: VFS:
Henrik Nordström wrote:
> Documentaiton on how to adopt application code to work properly with
> libpng 1.4+ is readily available.
Some notes from upstream: http://www.libpng.org/pub/png/libpng.html
==cut==
Portability Note
The libpng 1.5.x series continues the evolution of the libpng API,
fina
Kevin Fenzi wrote:
> Whats upstreams schedule like? How long will 1.4 and 1.5 continue to be
> supported, and when do they plan on a 1.6?
forever :-?
See http://libpng.sf.net/
UPDATE 2 November 2011: The latest released version is libpng-1.5.6 [DOWNLOAD].
* For legacy applications, libpng-1.4.
Dr Andrew John Hughes wrote:
> FYI, Gentoo already went to libpng 1.5 and so have patches floating around
> for a lot of stuff that breaks.
from a _quick_ search:
http://software.opensuse.org/search?q=libpng&baseproject=openSUSE%3AFactory&lang=en&exclude_debug=true
suse1.4.x/1.2.x st
https://bugzilla.redhat.com/show_bug.cgi?id=728680
https://bugzilla.redhat.com/show_bug.cgi?id=625004
== usb-modeswitch-1.2.0 ==
Version 1.2.0, 2011/10/23
Added QisdaMode for Qisda H21 (thanks to Chi-Hang Long for the code);
dispatcher can now be installed with an embedded interpreter,
Huzaifa Sidhpurwala wrote:
> taken care of this, sorry for the delay :)
-thank you-
now waiting for the maintainer of usb_modeswitch:
https://bugzilla.redhat.com/show_bug.cgi?id=625004
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
hi,
Fedora 15 and rawhide bring outdated packages.
These are hardware related software. So it should be
updated ASAP, after every new upstream release.
-thanks-
---usb_modeswitch-data-20110714---
20110714:
Added device: SpeedUp SU-8000U; corrected garbled configs for latest
Huawei devic
hi,
--cut--
[ANNOUNCE] bridge-utils 1.5, Stephen Hemminger
The Bridge Utilities haven't been re-released in a very long time.
The only new feature is the introduction of hairpin mode:
http://lwn.net/Articles/347344/
Note: this is probably the last release of these utilities because
I am actively
hi there,
1.26 is needed to use new features of the kernel-2.6.37 or better.
The ipvsadm-1.26 was released on February 8, 2011, for handling with the new
features in IPVS such as SCTP support, one-packet scheduling, and SIP
persistent engine, and also fixing some bugs.
https://bugzilla.redhat.co
On 05/14/2011 06:10 PM, Dave Jones wrote:
> It used to be a module, but was converted to built-in as we were always
> loading it in the network scripts. A lot of the decisions made in
> those '5 second boot' days seem a bit boneheaded in hindsight.
> For f16, we should do a good re-review of such
hi,
default is 24010, but it was reduced to 1024 by
user(included root) in: /etc/security/limits.d/90-nproc.conf
to prevent accidental fork bombs(see rhbz #432903).
Is it still worth it? The kernel brings oom_kill.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.o
hi,
why is it 'yes' instead of 'm'(module)? bug/feature??
performance troubles: http://marc.info/?l=linux-netdev&m=130212178423334&w=2
-thanks-
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On 03/19/2011 04:46 PM, Xose Vazquez Perez wrote:
> Upstream maintainers believe 5.x is ready for distributions,
> see thread:
> http://gmplib.org/list-archives/gmp-discuss/2011-February/004526.html
>
> 5.0.1 was released ONE year ago, and no critical bugs were discovered.
>
On 03/28/2011 09:00 PM, Bill Nottingham wrote:
> Xose Vazquez Perez (xose.vazquez at gmail.com) said:
>> wireless-tools is deprecated since time ago. iw/rfkill
>> should be used instead it.
>
> Not to be entirely glib, but with this and the net-tools dependencies...
> we
Ben Boeckel wrote:
> Maybe this is the wrong place, but is iproute going to honor
> USERCTL="yes" in the ifcfg scripts? It seems it currently doesn't
> whereas ifup/ifdown do:
>
> % grep USERCTL /etc/sysconfig/network-scripts/ifcfg-em2
> USERCTL="yes"
> % ip link set em2 down
> RTNETLINK answers:
David Lutterkort wrote:
> How do changes to the FHS actually happen ?
see: http://sourceforge.net/mailarchive/message.php?msg_id=6704952
> All I can find is the names
> of the three past editors of the standard, and a mailing list that seems
> to be overrun by spam.
Someone should ask matti or
Russ herrold wrote:
> On Wed, 30 Mar 2011, Rahul Sundaram wrote:
>
>> There are many directories already in Fedora that are not
>> defined by FHS and even though we have asked them to update
>> it (libexec, /selinux /sys etc), there is noone maintaining
>> it.
> This is stunningly untrue. I've w
Lennart Poettering wrote:
> Also, can somebody point me to the place where the FHS would say "no
> other directories below / are allowed"? I can't find that. And hence
> this change is perfectly FHS compliant.
http://www.pathname.com/fhs/pub/fhs-2.3.html#PURPOSE2
Applications must never create o
Ralf Corsepius wote:
> It's a massive FHS violation
>
> => release blocker.
who cares ? also /cgroup /selinux /sys /debug ...
FHS is frozen since seven years ago.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
hi,
every time I do "yum -y update" on a usb stick the system broke.
tested on two diferent machines with two diferent usb sticks
can anyone verify it ?
https://bugzilla.redhat.com/show_bug.cgi?id=682597
--
«Allá muevan feroz guerra, ciegos reyes por un palmo más de tierra;
que yo aquí tengo p
hi,
wireless-tools is deprecated since time ago. iw/rfkill
should be used instead it.
these packages still depend on it:
conky
dracut-modules-olpc
i3status
knemo
olpc-netutils
python-iwlib
wavemon
weplab
wicd
wifi-radar
wifiroamd
wlassistant
xsupplicant
https://bugzilla.redhat.com/show_bug.cgi?
hi,
net-tools ( http://net-tools.berlios.de/ ) is deprecated since time ago.
iproute is the way to go.
net-tools future http://lists.debian.org/debian-devel/2009/03/thrd2.html#00780
Original Message
Subject: net-tools future
Date: Sun, 15 Mar 2009 17:30:18
Fr
hi,
It was released one month ago, and adds support for more hardware.
Critical for some people!
- added devices: Prolink P2000, D-Link DWM-156 HSUPA, MediaTek WiMAX,
Huawei V725, Huawei E352, Huawei ET8282, Huawei BM358 WiMAX, ZTE MF637
(variant for Orange France), Vibe 3G, Onda MW836UP-K, Fran
hi,
Upstream maintainers believe 5.x is ready for distributions,
see thread:
http://gmplib.org/list-archives/gmp-discuss/2011-February/004526.html
5.0.1 was released ONE year ago, and no critical bugs were discovered.
please resubmit to build:
http://koji.fedoraproject.org/koji/buildinfo?build
Mike Chambers wrote:
> Fonts or whatever don't seem to be as nice or full looking as other
> releases (F14 or below).
freetype-2.4.4-3.fc15 :
* Sun Feb 20 2011 Marek Kasik 2.4.4-3
- Enable bytecode interpreter (#547532).
- Fall back to autohinting if a TTF/OTF doesn't contain any bytecode.
--
hi,
can anyone take care of busybox ?
1.15.1 release is rather old(1.5y), and the newer
versions bring more features and fixes.
https://bugzilla.redhat.com/show_bug.cgi?id=650442
-thanks-
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Bill Nottingham wrote:
> Am I missing something, or would this also be binary-incompatible? If so,
> that's very very very much not worth the effort.
- X32 System V Application Binary Interface:
A new 32bit psABI for x86-64 with 32bit pointer size.
https://sites.google.com/site/x32abi/
--
d
hi,
Upstream(Glenn Randers-Pehrson) says in
https://bugzilla.redhat.com/show_bug.cgi?id=608644#c10 :
"Upstream has declared end-of-life for libpng10 and does
not plan any more updates, even for security, as announced back in
February. If that is a hardship, you can complain to png-mng-implememe
On 05/30/2010 04:26 AM, Chen Lei wrote:
> http://fedoraproject.org/wiki/Features/TeXLive
Current status
* Targeted release: Fedora 13
* Last updated: Sat Jan 9 2009
* Percentage of completion: 60%
> http://fedoraproject.org/wiki/Features/Ruby_1.9.1
Current status
* Target
On 06/01/2010 05:09 PM, Tom spot Callaway wrote:
> On 05/29/2010 07:25 PM, Xose Vazquez Perez wrote:
>> JBoss[1] is still a *big* deficit. Potential for f14/15 ?
>
> I'm pretty sure JBoss is still a no-go because of poor licensing,
> specifically:
>
> https://bugzil
TeX Live 2009 and Ruby 1.9
JBoss[1] is still a *big* deficit. Potential for f14/15 ?
[1] http://fedoraproject.org/wiki/JBoss
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On 05/22/2010 11:06 PM, Lennart Poettering wrote:
> On Sat, 22.05.10 18:30, Xose Vazquez Perez (xose.vazq...@gmail.com) wrote:
>
>>
>> Is it worth using tmpfs for some directories(/var/run, lock...) ?
>
> Yes. But this requires some changes all across the distro, just hav
On 05/23/2010 08:25 PM, Mike McGrath wrote:
> I don't think anyone thinks rebuilding the builders every 6 months (and
> fixing all the bugs that comes with that) is a good use of their time.
6 in the worst case, 12 in the best.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fe
On 05/28/2010 10:45 PM, Bernie Innocenti wrote:
> Fedora is still shipping version 1.23 of atop. An updated rpm of atop
> 1.25 is available from http://atoptool.nl . Gerlof seems to be the
> packager.
the best way to monitor *automatically* a package is with
"Upstream Release Monitoring":
https:
On 05/16/2010 11:31 AM, Richard W.M. Jones wrote:
> And it causes a load of obscure Koji-specific bugs which require
> workarounds just for Koji builds. This was the latest one:
>
> http://www.mail-archive.com/qemu-de...@nongnu.org/msg25242.html
> Hopefully those builders can be upgraded to RHE
On 05/23/2010 04:23 AM, Tom Lane wrote:
> I've been told (though this may well be inaccurate) that the LSB
> requires libjpeg 6b. If so, that would pose a problem for adopting
> the non-ABI-compatible version 8. In any case I'm not eager to force
> a recompile of everything that depends on it ..
1 - 100 of 111 matches
Mail list logo