Re: Fedora 40 apache now giving errors

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

Re: F36 Change proposal: No ifcfg by default (Self-Contained Change)

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 --

Outdated programs in rawhide

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:

Re: Donate 1 minute of your time to test upgrades from F30 to F31

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

Re: Donate 1 minute of your time to test upgrades from F29 to F30

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

Re: Mass Rebuild for Fedora 28

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

Re: Outdated rawhide packages

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

Outdated rawhide packages

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.

Re: Mass rebuilds update

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

Re: Mass rebuilds update

Ben Rosser wrote: > On Mon, Oct 23, 2017 at 9:49 AM, Xose Vazquez Perez <xose.vazq...@gmail.com> > 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: koj

Re: Mass rebuilds update

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 >

Re: Mass rebuilds update

On 10/22/2017 04:08 PM, Xose Vazquez Perez wrote: > Mat Booth wrote: > >> On 7 August 2017 at 15:35, Dennis Gilmore <den...@ausil.us> wrote: >> >>> [3] https://kojipkgs.fedoraproject.org/mass-rebuild/f27-failures.html >>> >> >> This fi

Re: Mass rebuilds update

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?

Re: Removing ghostscript-fonts package

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

uClibc-ng (was Re: Static libraries in Fedora distribution)

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

Re: F26 System Wide Change: Fedora 26 C/C++ Compilation Flags Updates

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

Re: Netcat

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

Open Watcom was Re: Policy change on emulators

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

Re: iproute package update policy

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

Re: iproute package update policy

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

Re: 4.4 rebase coming to F23 soon

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

fedora git server, git and ssh down ??

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

iptables 1.6.0

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

Re: Patents question about BPG Image format

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

gcc 5.2

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

make unmaintained ??

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

Re: ipset unmaintained

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

ipset unmaintained

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

Re: Checking the ABI of packages submitted to the updates-testing Fedora repository

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

Re: Firefox 29.0.1

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

Re: bad use of Dist Tag in some packages of rawhide

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#Minor_release_bumps_for_old_branches (the next

Re: bad use of Dist Tag in some packages of rawhide

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's harmless. Harmless or not, but it breaks the Fedora

Re: bad use of Dist Tag in some packages of rawhide

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 fix

phpMyAdmin: security bugs

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

Re: Using USB 3 plugs crashes Gnome

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

Re: [ACTION REQUIRED] Blocking more retired packages in F20+

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 --

Re: USB-based Gnome 3 lockups

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 other

Re: Are there any plans for Tcl/Tk 8.6?

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

info is dead was: sharutils license correction

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

Re: tcl;tk update

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

Re: Fwd: [Libjpeg-turbo-users] jpeg-9, API/ABI compatibility, and the future role of this project

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 reason

Fwd: [Libjpeg-turbo-users] jpeg-9, API/ABI compatibility, and the future role of this project

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.netforum_name=libjpeg-turbo-users Original Message Subject:

Re: comps' standard group spring cleaning?

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)?

Re: comps' standard group spring cleaning?

On 01/11/2013 02:51 PM, Chris Adams wrote: Once upon a time, Xose Vazquez Perez xose.vazquez at gmail.com 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: $ info ls --subnodes --output - | less

Re: comps' standard group spring cleaning?

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.

Re: comps' standard group spring cleaning?

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

Re: comps' standard group spring cleaning?

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? Why, the

gnutls-3 blocked by FE-Legal

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

original UNIX tools/utils for Linux

hi, The ATT 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

Re: Upstream Release Monitoring status posting

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

Re: intel ipw2100/ipw2200 firmware must be removed

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.*

intel ipw2100/ipw2200 firmware must be removed

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

[RFE] color man-pages, bash history, clear console

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

F17: wvdial broken

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

Re: x32 abi support?

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 heavily resource

Re: x32 abi support?

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

Re: Please add GNU id-utils to Fedora

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

Re: Reminder. Please build ImageMagick dependencies until March 23

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

Re: RFC: Primary architecture promotion requirements

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. but

Re: Heads up: bumping libnl to v3 in rawhide/F17 soon

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

Re: ruby 1.9

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

Re: Package segfaults when built with -O2 but not with -O0

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

Re: Unable to boot the 3.1.0 spins of the kernel

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:

Re: Unable to boot the 3.1.0 spins of the kernel

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. When I try the 3.1.0 spins, I get a kernel panic soon

Re: Upgrading libpng: shall we move to 1.4.x or 1.5.x?

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=libpngbaseproject=openSUSE%3AFactorylang=enexclude_debug=true suse1.4.x/1.2.x stable

Re: Upgrading libpng: shall we move to 1.4.x or 1.5.x?

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,

Re: Upgrading libpng: shall we move to 1.4.x or 1.5.x?

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,

usb-modeswitch/usb-modeswitch-data must be updated (hardware related)

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,

Re: usb_modeswitch/usb_modeswitch-data outdated

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

usb_modeswitch/usb_modeswitch-data outdated

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

update needed: ipvsadm

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.

Re: kernel: CONFIG_NF_CONNTRACK=y

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

kernel: CONFIG_NF_CONNTRACK=y

hi, why is it 'yes' instead of 'm'(module)? bug/feature?? performance troubles: http://marc.info/?l=linux-netdevm=130212178423334w=2 -thanks- -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

artificial limit, 1024 processes by user

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

Re: gmp 5 is stable

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. please resubmit

Re: wireless-tools/net-tools are DEPRECATED

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're taking patches. Mere

etcnet was Re: net-tools must die

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: Operation

Re: What's this /run directory doing on my system and where does it come from?

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

Re: What's this /run directory doing on my system and where does it come from?

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 or

Re: What's this /run directory doing on my system and where does it come from?

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 worked for

Re: How do changes to the FHS happen ? [was Re: What's this /run directory doing on my system and where does it come from?]

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

net-tools must die

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

wireless-tools is DEPRECATED

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

fedora on USB flash drive is broken on update

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

gmp 5 is stable

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:

usb_modeswitch 1.1.7 2011/02/27

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,

Re: F15 Alpha impressions

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 mka...@redhat.com 2.4.4-3 - Enable bytecode interpreter (#547532). - Fall back to autohinting if a TTF/OTF doesn't contain

busybox outdated

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

Re: About mtune=atom

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/ --

libpng 1.2 deprecated

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

JBoss stalled (was Re: status of some packages ??)

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://bugzilla.redhat.com/show_bug.cgi?id=479598

Re: status of some packages ??

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 *

Re: base kernel to build fedora

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

Re: base kernel to build fedora

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 RHEL 6

Re: Font rendering in F13

On Wed, Mar 3, 2010 at 11:53 PM, Matthias Clasen mcla...@redhat.com wrote: early in the F13 cycle, we enabled the bytecode interpreter in our freetype package, since the patents on that have expired last fall. Unfortunately, it turned out that many free fonts don't actually benefit from this,

tmpfs for strategic directories

Is it worth using tmpfs for some directories(/var/run, lock...) ? This is ubuntu /proc/mounts: rootfs / rootfs rw 0 0 none /sys sysfs rw,nosuid,nodev,noexec,relatime 0 0 none /proc proc rw,nosuid,nodev,noexec,relatime 0 0 none /dev devtmpfs rw,relatime,size=4092312k,nr_inodes=1023078,mode=755 0

Re: Realtek 8192se on F12/F13

On 05/12/2010 03:05 PM, Hans de Goede wrote: I just happen to have spend 2 days recently getting such a card to work. With older versions of the realtek provided driver you will get bad reception with newer versions a kernel panic due to stack corruption. After spending too much time on

Re: EC1261 - Huawai modem

On 05/11/2010 09:56 AM, Dan Williams wrote: On Mon, 2010-05-10 at 07:56 +0530, arvind iyer wrote: USB-MODEM from Huawei (Model: Huawei EC1261 ) does not work with fedora-12 (kernel 2.6.32.11-.fc12.i686.PAE) However an older version (Model: Huawei EC1260) works on the same kernel. The

Re: Fedora 13 continuing the tradition of being an update monster

On 05/11/2010 06:05 PM, Nathanael D. Noblet wrote: On 05/11/2010 01:12 AM, H. Guémar wrote: And so what ? In OpenArena's case, last stable releases were: * 0.8.5: 02/23/2010 Feb 2nd, 2010 - that's a long time ago. You said that, because you haven't seen really the oldest packages in

Re: Realtek 8192se on F12/F13

On 05/10/2010 12:38 PM, Jos Vos wrote: What is the status of support for the Realtek 8192se WiFi controller in F12 and F13? staging drivers are out of Fedora kernel, only crystalhd is included. see http://linuxwireless.org/en/users/Drivers/rtl819x -- «Allá muevan feroz guerra, ciegos reyes

  1   2   >