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 devic

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 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: 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=libpng&baseproject=openSUSE%3AFactory&lang=en&exclude_debug=true suse1.4.x/1.2.x st

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, libpng-1.4.

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

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 Fr

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

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 p

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 o

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 w

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

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:

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

kernel: CONFIG_NF_CONNTRACK=y

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

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 https://admin.fedoraproject.o

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

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. https://bugzilla.redhat.co

update needed: bridge-utils

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

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

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: 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 changes/c

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 http://lists.fe

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 png-mng-implememe

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

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 https://admin.fedoraproject.org/mailman/listinfo/devel

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

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: http://koji.fedoraproject.org/koji/buildinfo?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, Fran

help needed for diffutils: bz #566482

hi, troubles with the i18n patch. http://bugzilla.redhat.com/show_bug.cgi?id=566482#c9 -thanks- -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

s/redhat/system in package names

hi, Long time ago, all *redhat* packages were renamed to "system*". But three of them are still alive: redhat-lsb, redhat-menus and redhat-rpm-config Should they switch to "system-" ? -thanks- -- «Allá muevan feroz guerra, ciegos reyes por un palmo más de tierra; que yo aquí tengo por mío cua

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

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

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 packag

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

base kernel to build fedora

On 01/26/2009 07:04, Ulrich Drepper wrote: from a last year message: > Jakub Jelinek wrote: >>> The koji build boxes all run RHEL 5. Getting them upgraded to a not-yet- >>> released kernel seems unlikely. >> >> I know it is a pain, on the other hand it would really improve Fedora 11. > > Not o

Re: Font rendering in F13

On Wed, Mar 3, 2010 at 11:53 PM, Matthias Clasen 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, and actually l

libjpeg for F14

hi there, Can it be updated to upstream version in rawhide ? The libjpeg version(6b) in Fedora is quite old(27-Mar-1998). And newer versions were released on: Version 7 27-Jun-2009 Version 8 10-Jan-2010 Version 8a 28-Feb-2010 Version 8b 16-May-2010 libpng also needs

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: libjpeg for F14

On 05/22/2010 11:41 PM, Bruno Wolff III wrote: > On Sat, May 22, 2010 at 17:55:39 +0200, > Xose Vazquez Perez wrote: >> hi there, >> >> Can it be updated to upstream version in rawhide ? > > Normally you want to file an RFE bug against the package. That way the r

Re: libjpeg for F14

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

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 RHE

Re: atop 1.25 in Fedora

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:

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 https://admin.fe

Re: tmpfs for strategic directories

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

status of some packages ??

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

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

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

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 pl

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: https://bugzilla.

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

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 dmapd-0.0.45-1.

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 https://admin.fedoraproject.org/m

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 t

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 heavil

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

[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

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 conditio

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

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

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

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

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 http://lists.fedoraproject.org/admin/lists/devel@list

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

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

original UNIX tools/utils for Linux

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

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 https

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 othe

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: 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 https://admin.fedoraproject.org/m

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

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: 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 https://lists.fedoraproject.org/

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

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

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?

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

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.net&forum_name=libjpeg-turbo-users Original Message Subject: [Libjpeg-turbo-users

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 re

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

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 -L%{_*libdir}/uC

bad use of "Dist Tag" in some packages of rawhide

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

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

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'

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

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

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 Cloni

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

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 going

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 explain

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 about

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 mach

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 --setopt=module_platform_id

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 Tran

  1   2   >