Re: Buildroot broken? (iproute)
On Tue, Jul 12, 2011 at 09:00:24AM +0200, Petr Sabata wrote: On Mon, Jul 11, 2011 at 11:13:23AM -0600, Jerry James wrote: I can't build for Rawhide today. Here's an example: http://koji.fedoraproject.org/koji/getfile?taskID=3191106name=root.log Here's an excerpt: DEBUG backend.py:739: ['/usr/bin/yum', '--installroot', '/var/lib/mock/dist-f16-build-1097005-168601/root/', 'groupinstall', 'srpm-build'] DEBUG util.py:284: Executing command: ['/usr/bin/yum', '--installroot', '/var/lib/mock/dist-f16-build-1097005-168601/root/', 'groupinstall', 'srpm-build'] DEBUG util.py:250: Ignored option -c (probably due to merging -yc != -y -c) DEBUG util.py:250: Error: Package: iproute-2.6.39-1.fc16.x86_64 (build) DEBUG util.py:250: Requires: libxtables.so.5()(64bit) DEBUG util.py:250: You could try using --skip-broken to work around the problem DEBUG util.py:250: You could try running: rpm -Va --nofiles --nodigest DEBUG util.py:323: Child returncode was: 1 Hmm, seems there was libxtables soname bump [1]. I'll rebuild iproute for it... It would be nice to know in advance next time, though. [1] http://koji.fedoraproject.org/koji/buildinfo?buildID=252325 Never mind... Mon Jul 11 16:16:26 2011: iptables-1.4.11.1-1.fc16 tagged into dist-f16 by twoerner Mon Jul 11 20:19:04 2011: iptables-1.4.11.1-1.fc16 untagged from dist-f16 by rdieter -- # Petr Sabata pgpzwVq4MQVez.pgp Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: systemd: Is it wrong?
tis 2011-07-12 klockan 06:29 + skrev JB: Regarding your statement on Parallelism. Let's consider these two ExecStartPre with 'exec': Is that still considered sequential execution, or parallel execution and a violation of the previous principle ? Starting SysV scripts from ExecStartPre is (I'm pretty sure) not how the systemd authors intended unit files to be written. You can't really talk about principles when you go outside of the system's design. Actually, this question has a general ramification, as it applies to any of Pre, regular, and Post sequential execution principle within unit file. What is the meaning and purpose of serial execution within systemd ? - mechanical submit for execution, wait for return code, iterate - or more involved submit for execution, wait for command (job) completion, presumably to avoid ... parallelism and its potential side effects like any conflicts, races, etc; with return code, iterate Waiting for return code and waiting for command completion are pretty much the same thing. /abo -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: systemd: Is it wrong?
Alexander Boström abo at root.snowtree.se writes: tis 2011-07-12 klockan 06:29 + skrev JB: Regarding your statement on Parallelism. Let's consider these two ExecStartPre with 'exec': Is that still considered sequential execution, or parallel execution and a violation of the previous principle ? Starting SysV scripts from ExecStartPre is (I'm pretty sure) not how the systemd authors intended unit files to be written. You can't really talk about principles when you go outside of the system's design. ... This is exactly the point :-) Parallelism in systemd happens between multiple units, but never between ExecStart* commands of one unit. Commands represent jobs and processes (of any possible type, inclusive daemon, master/slave, multithreading) that can be scheduled and executed randomly unless forcefully manipulated by scheduling and/or program's implicit synch constructs. I expressed a Warning in my first post in this thread regarding that. So, how do you achieve serial execution (or avoid parallelization, ... heresy claim, considering your project's stated goal and bashing of bash ?) as represented by a unit file and systemd design ? You can not assume that the millions of unwashed masses (sysadmins, users) will write sys init building blocks (services, unit files, config files, scripts, link them into logical and functional entities, etc) and behave according to your wishes, however expressed with regard to interpretation of how they should be used or we did not intended them to be used this way in order to avoid unwanted effects. To be honest they do not give a penny about your wishes. They will find every possible venue to more or less try it and possibly screw it up mightily, consciously and/or intentionally or not. You can bet on that ! Please take your time (remember, you want to replace system init, and even have plans for more, also together with GNOME, for world domination) and honestly answer this question: Is your technical concept and design flawed ? JB -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Lack of space on /
On Mon, 2011-07-11 at 23:55 +0200, Michał Piotrowski wrote: I am using Linux every day, but for a long time I did not use X. Some people just needs shell magic :) The primary reason to use X is to have multiple shell prompts on the screen at the same time, isn't it? :) signature.asc Description: This is a digitally signed message part -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Firefox channels (Nightly, Aurora and Beta) in F16
On Tue, 2011-07-12 at 01:07 +0200, Maciej Małecki wrote: Hello everyone! As it is my first mail to this list, let me briefly introduce myself: I am Maciej Małecki, software developer based in Poznań, Poland. I've been using Fedora since F11 (and I love it). The point is: is there a chance to have Mozilla Aurora, Beta and Nightly in F16 repositories? I think it would make life easier for quite many people. Now installation process is to download .tar.gz from Mozilla, unpack to /usr/lib64/firefox-7 (for Aurora) and create a .desktop file in /usr/share/applications. Mozilla guys discussed it here: https://bugzilla.mozilla.org/show_bug.cgi?id=600317, however most of the links are outdated/404. I'm not claiming to speak for the Firefox maintainers, but I think it would probably be an unfair amount of work to expect from them. Packaging such a complex suite of software such as Firefox takes a lot of work, especially when dealing with new dependencies. I think the only reasonable request we can make of the package maintainers is that to make sure the stable releases are available in the official repository. That said, there's no reason an intrepid group of volunteers could not create their own add-on respository (either on FedoraPeople or another hosting provider). They just need to be aware of all the pitfalls of packaging Mozilla software. In truth, it's probably easiest all-around for those users actually willing to install alpha and beta software on their systems to just download the upstream binary tarball and do a local install in their own home directory. This requires no packaging (as the entire install is located in their personal space instead of having to manage many RPM dependencies and file conflicts with other versions of Firefox. signature.asc Description: This is a digitally signed message part -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: systemd: Is it wrong?
Please just stop trying to explicitly abuse the system and instead figure out the cleanest way to solve whatever problem you're trying to solve. /abo -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Lack of space on /
On 2011/07/12 07:41 (GMT-0400) Stephen Gallagher composed: On Mon, 2011-07-11 at 23:55 +0200, Michał Piotrowski wrote: I am using Linux every day, but for a long time I did not use X. Some people just needs shell magic :) The primary reason to use X is to have multiple shell prompts on the screen at the same time, isn't it? :) Nah, for some it's to run Gimp. For others it's to see the whole content of *@#^$* HTML email. For still others, to use a web browser that can display web pages that require Flash or that use incompetent browser sniffing. Most of my shell prompts are on the ttys so that their text is nice and legible and I'm not distracted by movements in little windows with itty bitty text. :-) -- The wise are known for their understanding, and pleasant words are persuasive. Proverbs 16:21 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: systemd: Is it wrong?
Alexander Boström abo at root.snowtree.se writes: Please just stop trying to explicitly abuse the system and instead figure out the cleanest way to solve whatever problem you're trying to solve. /abo I have already done that - the clean way to solve the OP's problem. But in addition I also tested other possibilities, which would work but are indicative of problems in project's concept and design. Look at this thread once again and you will see that there are at least 3 (THREE) ways people try to respond to OP's problem. Some of them are claimed by the devs to be the right ones, or as intended to be used. I proposed my own preferred setup, which solves the problem as the OP stated, and to be honest this is also exactly how I would state it and try to solve it if I myself were tasked with it. That is, I selected the way (example 1) to create nfs.service file as representing the group's main service and to create individual service files to represent the group's sub-services to be called as required, with an option to accommodate other, conditionally needed, group's sub-services or outside-the-group services with the help of other UNIT or SERVICE options in the corresponding unit files. This is a 1:1 setup, reflecting old SysV init. This is what OP wants to have in order to minimize confusion on part of his user base. As I said, this is what I personally would try to achieve too. But, other people propose other solutions within the scope of possibilities, referring to them as we intended them to be used this way. Well, it is a blessing or a curse. You have to consider your user base and what is the nature of a system setup. It is often prototyping, ad hoc changes/adjusting/experimenting, simplicity of tools, simplicity of concept (system init), time constraints, etc. Also, keep in mind that sysadmins and users are not UNIX/Linux system programmers :-) That's why I posted that sometimes having too much ambiguity and choices (and making the matter worse by suggesting some as preferable more than others, but still offering them all) is a recipe for mass copulation and quite probably a sign of bad concept and design. JB -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
How to read /proc/locks in safe mode?
Hi, how to I can read in safe mode, from bash, the content of /proc/locks? On my system I have more than 7000/9000 line into /proc/locks and if I read it with awk (or cat or grep or cp) the file change during the read and my input is undefined and is not processable (see attach). My target is read if a process lock a specific files (through its i-node) Someone can suggest me some kind of solution? Many thanks? -- Dario Lesca d.le...@solinos.it [root@host tmp]# awk 'NF!=8{print $0}' /proc/locks 753: POSIX ADVISORY RE ADVISORY READ 28710 08:21:4033908 2147483646 2147483646 33646 2147483646 4083: POSIX ADVISORY READ 30177 08:21:234624212147483646 2147483646 4141: POSIX A ADVISORY READ 10060 08:21:38488232 2147483646 2147483646 4242: POSIX ADVISORY WRITE 22794 fd:00:8610665 1177483646 4964: POSIX ADVISORY READ 26859 fd:00:8610674 218610665 81968 81968 [root@host tmp]# awk 'NF!=8{print $0}' /proc/locks 3 1236ORY READ 5438 08:11:656005 2147483646 2147483646 1745: POSIX ADVISOREAD 21580 08:21:1016440 2147483646 2147483646 2106: POSIX ADVISORY READ 6791 08:21:2572556 2147483646147483646 2977: POSIX ADVISORY DVISORY READ 27026 08:21:30442412 2147483646 2147483646 3079 ADVISORY READ 7743 08:21:9044011 2147483646 2147483646 3151: POSIX ADVISORY READ 5208 08:21:31490441 214748363646 3209: POSIX ADVISORY READ 4472 08:21:33686184 2147483646 21474846 2147483646 3678: POSIX ADVISORY READ 25376 08:21:26362714 1 2147483646 2147483646 3793: POSIX ADVISORY READ 235468:21:32474726 2147483646 2147483646 4184: POSIX ADVISORY READ 12598 fd:00:8610665 2147483646 2420 804420 4549: POSIX ADVISORY READ 17993 08:21:393646 2147483646 4594: POSIX ADVISORY R ADVISORY READ 21663 08:21:30507841 2147483646 2147483646 4608: POSIX ADVISORY READ 26557 08:21:40829334 2147483646 2147483DVISORY READ 9546 08:21:24461636 2147483646 214748 3646 5081: POSIX ADVISORY READ 28760 fd:00:8610665 2147483646 2147482: POSIX ADVISORY READ 28102 fd:00:8610674 21474836 46 2147483646 5202: POSIX ADVISORY READ 13321 fd:47483646 2147483646 5261: POSIX ADVISORY READ 26557 08:21:26557 08:21:40829345 2147483646 2147483646 5436: POSIX ADVISORY READ 4644 fd:00:8610665 21474883646 5615: POSIX AD 7204 fd:00:8610665 2147483646 2147483646 [root@host tmp]# awk 'NF!=8{print $0}' /proc/locks 245 ADVISORY READ 22358 fd:00:8610674 2147483646 2147483646 2571: POSIX ADVISORY READ 25681 08:21:26362713 880 2147483646 2147483646 3503: POSIX ADVISORY Y READ 813 08:21:26362714 2147483646 2147483646 3721: POSIX ADVISORY READ4094 fd:00:8610665 2147483646 2147483646 4141: POSIX ADVISORY READ 10060 08:21646 2147483646 4185: POSIX ADVISORY REIX ADVISORY READ 13404 08:21:1360328 2147483646 2147483646 4669:EAD 21663 08:21:30507363 2147483646 2147483646 4787: POSIX ADVISORY READ 21544 08Y READ 21544 08:21:39567804 2147483646 2147483646 4905: POSIX ADVISORY REA610674 2147483646 2147483646 4965: POSIX ADVISORY WRIIX ADVISORY WRITE 26469 fd:00:8610665 18748 18748 5203: POSIX ADVISORY READ 31657 fd:E 31657 fd:00:8610665 18966 18966 5261: POSIX 26557 08:21:40829335 2147483646 2147483646 5320: POSIX ADVISORY READ 9546 08:21:244619346 08:21:24461900 2147483646 2147483646 5364: PO 5855 08:21:16023796 2147483646 2147483646 5378: POSIX ADVISORY READ 5855 08:21:15978566 214748364147483646 5483: PORY READ 30648 fd:00:8610674 2147483646 2147483646 5498: POSIX A : POSIX ADVISORY READ 2109708:21:20201483 2147483646 2147483646 5734: POSIX A758 08:21:26117116 2147483646 2147483646 5850: POSIX ADVISORY READ 22680 fd:00:8610674 2147483646 2POSIX ADVISORY READ 22680 fd:00:8610674 2147483646 21474 83646 [root@host tmp]# -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: How to remotely download a package from koji?
Never mind! I didn't catch the was getting interpreted by the shell, quoting the url fixed it. Thanks, Richard -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: How to remotely download a package from koji?
Richard Shaw píše v Út 12. 07. 2011 v 08:22 -0500: I'm trying to remotely download a package from a koji scratch build but it doesn't work. # curl -L -O http://koji.fedoraproject.org/koji/getfile?taskID=3192896name=BackupPC-3.2.1-1.fc14.src.rpm Usually the -L handles the redirects gracefully but in this case the rpm package is not getting downloaded. look at http://koji.fedoraproject.org/scratch/ Dan -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: How to remotely download a package from koji?
On Tue, 12 Jul 2011 08:22:53 -0500, Richard Shaw hobbes1...@gmail.com wrote: I'm trying to remotely download a package from a koji scratch build but it doesn't work. # curl -L -O http://koji.fedoraproject.org/koji/getfile?taskID=3192896name=BackupPC-3.2.1-1.fc14.src.rpm Usually the -L handles the redirects gracefully but in this case the rpm package is not getting downloaded. Clicking on the link on my local computer of course works... Thanks, Richard -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel I found this script once before to simplify downloading the results of scratch builds: http://people.redhat.com/mikeb/scripts/download-scratch.py Also, if you escape the ampersand and rename the result you can wget that easily: tbielawa@(deepfryer)[~] 9:30:43 $ wget http://koji.fedoraproject.org/koji/getfile?taskID=3192896\name=BackupPC-3.2.1-1.fc14.src.rpm --2011-07-12 09:30:44-- http://koji.fedoraproject.org/koji/getfile?taskID=3192896name=BackupPC-3.2.1-1.fc14.src.rpm Resolving koji.fedoraproject.org... 209.132.181.7 Connecting to koji.fedoraproject.org|209.132.181.7|:80... connected. HTTP request sent, awaiting response... 200 OK Length: 525870 (514K) [application/x-rpm] Saving to: “getfile?taskID=3192896name=BackupPC-3.2.1-1.fc14.src.rpm” 100%[==] 525,870 819K/s in 0.6s 2011-07-12 09:30:45 (819 KB/s) - “getfile?taskID=3192896name=BackupPC-3.2.1-1.fc14.src.rpm” saved [525870/525870] Not ideal though... -- Tim Bielawa Associate Software Engineer Production Control Team 919.754.4741 Cube / 919.332.6411 Cell Raleigh, NC 1BA0 4FAB 4C13 FBA0 A036 4958 AD05 E75E 0333 AE37 pgp7itTHAPNsj.pgp Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: How to remotely download a package from koji?
On Tue, 12 Jul 2011 15:22:53 +0200, Richard Shaw wrote: I'm trying to remotely download a package from a koji scratch build but it doesn't work. # curl -L -O http://koji.fedoraproject.org/koji/getfile?taskID=3192896name=BackupPC-3.2.1-1.fc14.src.rpm Scratch download links should be direct https://fedorahosted.org/koji/ticket/80 Regards, Jan -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: systemd: Is it wrong? - wrong order
Am 11.07.2011 13:11, schrieb Florian Müllner: 2011/7/11 Reindl Harald h.rei...@thelounge.net mailto:h.rei...@thelounge.net my main critic on systemd shipped als default with F15 is that widely used services like NFS are not converted to systemd BEFORE systemd replaced upstart Given that Fedora only used upstart with existing SysV scripts, upstart should not have been included in the first place according to that argument. Yet you want to stick with an init system which does not have a single native service, because some services are used through systemd's SysV compatibility? Sorry, but that's hardly a credible position, it just makes you look biased against systemd why does no one understand me here? the problem i see is that systemd is pushed with a stable update while this time are open discussions how getting important services work native with systemd this are things that should have been worked out BEFORE systemd was pushed to a stable release to get a much better overview if things working as expected, finding bugs and maybe needed improvements in systemd and AFTER that systemd AND the with fedora shipped services pushing to a GA release what happened is we are replacing the old init-system and after that we take a look if all pakcage-maintainers can live with the new one the qualitiy of a software intended to replace long time working things is much better if all this things are tested instead release/push and HOPE that sometimes later all works signature.asc Description: OpenPGP digital signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: systemd: Is it wrong?
Am 11.07.2011 14:29, schrieb Michal Schmidt: according to my bugreport (yes the topic was wrong because unexpected bahvior) systemctl stop mysqld.service should implicitly always stop an according svcname.socket as long we do not restart - STOP means STOP and not restart :-) 'systemctl stop ...' means: stop the currently running instance. Nothing more. It says nothing about what should or should not happen in the future. Socket activation is a future event. Usind 'BindTo=' it may be possible to stop the socket when the service is stopped. I have not tried it uninteresting becaus this is NOT intuitive and will be a pitfall as long this behavior is not smarter this shows that usability was finally no intention for systemd and has to be fixed so that commands working as expected without reading every single manual the best improvement would be systemctl stop mysqld stop implicit mysqld.socket, mysqld.service, mysqld.* instead give a dumb error message [root@rh:~]$ systemctl stop mysqld Failed to issue method call: Unit name mysqld is not valid. signature.asc Description: OpenPGP digital signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
how configure xguest
since sabayon crashs i do not know what this tool offers but why is this so complicated instead taking the physical file of /home/xguest/ and copy them in the tmpfs-mount before login? needing firefox and some kiosk-app the prevent exit firefox or start anything other on the machine and some trick to restart firefox if it crashs https://bugzilla.redhat.com/show_bug.cgi?id=720478 signature.asc Description: OpenPGP digital signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: systemd: Is it wrong?
Am 12.07.2011 10:30, schrieb Alexander Boström: Waiting for return code and waiting for command completion are pretty much the same thing in theory in the real world processes like mysqld which are multi-threaded you can get a successfull return-code while the process is finishing his tasks which is my biggest problem with systemd the process itself knows that he is running fine, finish his own init and giving a success code but is not ready for connections in the same moment and if another process is fired up which wants to speak with it this one will fail signature.asc Description: OpenPGP digital signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: systemd: Is it wrong?
On 07/12/2011 10:42 AM, Reindl Harald wrote: in the real world processes like mysqld which are multi-threaded you can get a successfull return-code while the process is finishing his tasks which is my biggest problem with systemd the process itself knows that he is running fine, finish his own init and giving a success code but is not ready for connections in the same moment and if another process is fired up which wants to speak with it this one will fail You're describing a bug. Exiting the original process before daemonization is finished, before the sockets are listening, or before the pidfile is written, is a wrong way to start a daemon. It's a bug regardless of the init system used (SysV initscript, systemd, ...). Michal -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: How to remotely download a package from koji?
On Tue, Jul 12, 2011 at 8:34 AM, Jan Kratochvil jan.kratoch...@redhat.com wrote: On Tue, 12 Jul 2011 15:22:53 +0200, Richard Shaw wrote: I'm trying to remotely download a package from a koji scratch build but it doesn't work. # curl -L -O http://koji.fedoraproject.org/koji/getfile?taskID=3192896name=BackupPC-3.2.1-1.fc14.src.rpm Scratch download links should be direct https://fedorahosted.org/koji/ticket/80 That would be nice... since even with the quotes I had to rename the file after downloading (or use -o to do it on the front end). -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: How to remotely download a package from koji?
Alle martedì 12 luglio 2011, Richard Shaw ha scritto: On Tue, Jul 12, 2011 at 8:34 AM, Jan Kratochvil jan.kratoch...@redhat.com wrote: On Tue, 12 Jul 2011 15:22:53 +0200, Richard Shaw wrote: I'm trying to remotely download a package from a koji scratch build but it doesn't work. # curl -L -O http://koji.fedoraproject.org/koji/getfile?taskID=3192896name=BackupPC -3.2.1-1.fc14.src.rpm Scratch download links should be direct https://fedorahosted.org/koji/ticket/80 That would be nice... since even with the quotes I had to rename the file after downloading (or use -o to do it on the front end). What about the -J option? WFM curl -O -J 'http://koji.fedoraproject.org/koji/getfile?taskID=3192896name=BackupPC-3.2.1-1.fc14.src.rpm' Nicola -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: How to remotely download a package from koji?
On Tue, Jul 12, 2011 at 09:31:33AM -0400, Tim Bielawa wrote: I found this script once before to simplify downloading the results of scratch builds: Can't the koji download-build subcommand do this? Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones libguestfs lets you edit virtual machines. Supports shell scripting, bindings from many languages. http://libguestfs.org -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Firefox channels (Nightly, Aurora and Beta) in F16
On 07/11/2011 04:07 PM, Maciej Małecki wrote: Hello everyone! As it is my first mail to this list, let me briefly introduce myself: I am Maciej Małecki, software developer based in Poznań, Poland. I've been using Fedora since F11 (and I love it). The point is: is there a chance to have Mozilla Aurora, Beta and Nightly in F16 repositories? I think it would make life easier for quite many people. Now installation process is to download .tar.gz from Mozilla, unpack to /usr/lib64/firefox-7 (for Aurora) and create a .desktop file in /usr/share/applications. Mozilla guys discussed it here: https://bugzilla.mozilla.org/show_bug.cgi?id=600317, however most of the links are outdated/404. I know there are a few third party repos already set up for this, but honestly, I very strongly recommend that people would just get their pre-release builds directly from Mozilla in exactly the way you describe. As we're talking about pre-release software, it would be most beneficial for both Fedora and Mozilla if you participated in the pre-release process using the official nightlies and reporting bugs you encounter to Mozilla. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: systemd: Is it wrong?
Hi, Wiadomość napisana w dniu 2011-07-11, o godz. 11:04, przez drago01: The same thing applies to system daemons only because it has been done like this does not make it right ... and really asking the user to edit the source code (yes shell scripts are source code not configuration files) is just wrong.It is kind of odd seeing people arguing in favor of that ... with the only reason it has been like that for $years. Drago, please note there is a slight difference between configuration file and service startup script. Users are not supposed to edit startup scripts (at least according to my understanding who is the user), I don't remember having to do this ever. Also I can't remember any piece of linux software that would require editing source code / script files. Yes people got used to that simply because there where no alternative (people adding new scripts simply followed the lead of existing ones). But now we have a chance to clean up this mess so we should do that and not try to stick to the past forever. So, while systemd antagonists are trying to scare me with the vision of this software as a beast, you're using the same arguments to show they are wrong. Neither of you are right ;) Systemd is not a beast, but on the other hand, it's simply not true without systemd our life was a nightmare and we had to edit source code / shell scripts on a daily basis ;) I strongly support the appeal to try to increase SNR in this discussion. Thanks! -- Jarosław Górny RHCE: 805008212834187 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: glibc 2.14-4 eats my data (Re: F15 ext3, eCryptfs + samba = data corruption (Re: F15 Error mounting eCryptfs: [-5] Input/output error on different disks))
ok, complain about memcpy in ecryptfs-utils is gone. I've checked all of them and I think I've fixed those which needed it. I was not able to reproduce original problem nor valgrind complaint, so please test if following package produces memcpy complain in valgrind output or not: http://kojipkgs.fedoraproject.org/scratch/mhlavink/task_3190860/ Your mtab handling patch fixed both issues - mount warning and data corruption :) Huge thanks! I can't imagine *how* it could affect this, so I'd advice to monitor it carefully if it is fixed for real. Ok, so I will do. Before each time I mounted ecryptfs I get this Error mounting eCryptfs: [-5] Input/output error error. Now it's gone - I tried a few times. yes, this is related to mtab patch, but it mounted it anyway. I was able to reproduce this warning. It should not affect smb+ecryptfs data corruption in any way. I uploaded another large file ( 1 GB) and unfortunately data corruption problem still exist - I do not know why it worked previously. this was expected. ecryptfs-utils is really just a mount helper, but thanks memcpy bug in ecryptfs-utils was fixed, glibc/samba can get its attention without distractions You can test that samba build I've sent you. I'll try to reproduce this too, but this requires someone with better knowledge of glibc/samba where I can't help too much. Michal -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Garbled Gateway Netbook display
Posted comment, lspci file and Xorg.conf file submitted for bug 657607https://bugzilla.redhat.com/show_bug.cgi?id=657607 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: cmake so versioning issue
Dang line wrapping :) Here's another version using LIBRARIES_SOVERSION instead. Didn't see it the first time. http://pastebin.com/8wQeM6XQ Richard -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[ACTION REQUIRED] Retiring packages in F-16
Each release, before branching, we block currently orphaned packages. It's that time again for Fedora 16. New this go-round is that we are also blocking packages that have failed to build since before Fedora 14. The following packages are currently orphaned, or fail to build. If you have a need for one of these packages, please pick them up. Orphan Ajaxterm Orphan Perlbal Orphan TVAnytimeAPI Orphan ace Orphan agave Orphan anyterm Orphan automake15 Orphan automake16 Orphan backport-util-concurrent comaintained by: akurtakov Orphan bangarang Orphan basket Orphan bespin comaintained by: rdieter Orphan blokkal Orphan cgoban Orphan cnetworkmanager Orphan compizconfig-backend-kconfig comaintained by: izhar Orphan contacts comaintained by: pbrobinson Orphan cowbell Orphan cssed Orphan ctrlproxy comaintained by: bernie Orphan decibel-audio-player comaintained by: rakesh Orphan diffpdf Orphan ds9 comaintained by: mmahut Orphan e_dbus Orphan ecore Orphan edje Orphan eet Orphan efreet Orphan embryo Orphan enlightenment Orphan epeg Orphan etherape Orphan evas Orphan evolution-sharp comaintained by: mbarnes Orphan felix-osgi-core Orphan felix-osgi-obr Orphan fping Orphan fsvs comaintained by: wolfy Orphan funtools Orphan fuse-gmailfs Orphan fvwm comaintained by: pertusus Orphan fxload Orphan gbirthday Orphan gdk-pixbuf Orphan ggz-gtk-client Orphan glite-security-trustmanager Orphan glite-security-util-java Orphan gnome-applet-bubblemon comaintained by: cwickert Orphan gnome-applet-cpufire comaintained by: edwintb Orphan gnome-applet-timer Orphan gnome-applet-window-picker Orphan gnome-do-plugins Orphan gnome-launch-box Orphan gnome-netstatus Orphan gnome-schedule Orphan gnome-vfsmm26 Orphan gnubiff Orphan gnusim8085 comaintained by: chitlesh Orphan gpar2 Orphan gpointing-device-settings Orphan gquilt comaintained by: sundaram Orphan grantlee comaintained by: than Orphan gtkhtml2 Orphan gtranslator comaintained by: tbzatek Orphan guile-gnome-platform Orphan gwave comaintained by: tnorth Orphan htmldoc comaintained by: pertusus Orphan igraph Orphan inotail Orphan ip6sic Orphan irda-utils Orphan isic Orphan javacc Orphan javacc-maven-plugin Orphan jcalendar Orphan jdepend Orphan jflex Orphan jrefactory Orphan kazehakase Orphan kdetv Orphan kdocker Orphan klibido Orphan l2fprod-common Orphan labyrinth Orphan libassuan1 Orphan libccss Orphan libctl Orphan libeina Orphan libepc Orphan libgnomecanvasmm26 Orphan libgnomemm26 Orphan libgnomeuimm26 Orphan libhildon Orphan libopensync-plugin-kdepim Orphan libsexy Orphan libsoup22 Orphan libsysactivity Orphan libvisual Orphan libvisual-plugins Orphan link-grammar Orphan loudmouth comaintained by: tjikkun otaylor Orphan lwp comaintained by: nhorman Orphan man-pages-es Orphan maximus Orphan me-tv Orphan metacafe-dl Orphan midisport-firmware Orphan mingw32-physfs comaintained by: rjones Orphan minicom comaintained by: jcapik Orphan mrepo Orphan multiget Orphan nachocalendar Orphan notecase Orphan onboard Orphan opensaml Orphan ots Orphan perl-Danga-Socket Orphan perl-Gearman Orphan perl-Gearman-Client-Async Orphan perl-Gearman-Server Orphan perl-MogileFS-Client Orphan perl-MogileFS-Utils Orphan perl-Perlbal-XS-HTTPHeaders Orphan perl-Sys-Syscall Orphan perl-mogilefs-server Orphan php-suhosin Orphan picturetile Orphan pigment Orphan postgresql-pgpool-ha Orphan pychess comaintained by: salimma Orphan pyorbit Orphan python-igraph Orphan python-libgmail Orphan python-libgmail-docs Orphan qct Orphan qgo Orphan qtcurve-kde4 comaintained by: rdieter hein Orphan ranpwd Orphan rinputd Orphan root-tail Orphan rpc2 comaintained by: nhorman Orphan ruby-bdb Orphan rubygem-cobbler Orphan rubygem-rcov Orphan rubyripper Orphan rvm comaintained by: nhorman Orphan scidavis Orphan scribes Orphan scribes-templates Orphan sentinella Orphan slim comaintained by: pertusus Orphan spambayes Orphan starlab comaintained by: mmahut Orphan struts Orphan subtitlecomposer Orphan sunbird comaintained by: huzaifas mmahut Orphan tango-icon-theme Orphan tango-icon-theme-extras Orphan telepathy-haze Orphan tilda comaintained by: laxathom Orphan tkimg Orphan tla comaintained by: jzeleny Orphan tokyotyrant comaintained by: deji Orphan torium Orphan uClibc comaintained by: varekova vda Orphan viaideinfo Orphan vidalia Orphan vor Orphan wcstools comaintained by: mmahut Orphan wsmancli Orphan xdaliclock Orphan xdx Orphan xine-ui Orphan xmltooling Orphan xmms-modplug Orphan xpa Orphan xpp2 comaintained by: dbhole Orphan xqf Orphan xsri Orphan xtvd List of deps left behind by orphan removal: Orphan: Perlbal perl-mogilefs-server requires perl(Perlbal) = 1.78 Orphan: ace ovirt-server-installer requires ace-postgres = 0.0.7-3.fc12
Re: I'll take auto-destdir
On Thu, Jul 7, 2011 at 2:22 PM, Jerry James loganje...@gmail.com wrote: The package auto-destdir was recently orphaned due to a maintainer that didn't sign the new agreement. One of my packages BRs it. I tried to take it myself in pkgdb, but wound up as comaintainer to the Orphan maintainer instead. If somebody with privileges would assign that package to me, I'd appreciate it. I'll take all of the branches. Ping. Interestingly, this package was NOT on the list of orphan packages to be dropped from Fedora that was just sent to the list. Is it some kind of weird zombie state? I still don't see the button that would let me take ownership. -- Jerry James http://www.jamezone.org/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [ACTION REQUIRED] Retiring packages in F-16
On 07/12/2011 03:28 PM, Bill Nottingham wrote: Orphan: ecore xmms2 requires ecore-devel = 1.0.0-2.fc15 xmms2 requires libecore.so.1 xmms2-ruby requires libecore.so.1 Orphan: libsexy awn-extras-applets requires libsexy-devel = 0.1.11-17.fc16 gmpc requires libsexy.so.2 gmpc requires libsexy-devel = 0.1.11-17.fc16 gwaei requires libsexy.so.2 gwaei requires libsexy-devel = 0.1.11-17.fc16 libsexymm requires libsexy.so.2 libsexymm requires libsexy-devel = 0.1.11-17.fc16 libsexymm-devel requires pkgconfig(libsexy) = 0.1.11 libsexymm-devel requires libsexy-devel = 0.1.11-17.fc16 perl-Gtk2-Sexy requires libsexy.so.2 perl-Gtk2-Sexy requires libsexy-devel = 0.1.11-17.fc16 python-sexy requires libsexy.so.2 python-sexy requires libsexy-devel = 0.1.11-17.fc16 python-sexy requires libsexy = 0.1.11-17.fc16 xchat requires libsexy.so.2 xchat requires libsexy-devel = 0.1.11-17.fc16 xchat-gnome requires libsexy.so.2 xchat-gnome requires libsexy-devel = 0.1.11-17.fc16 Orphan: libvisual gstreamer-plugins-base requires libvisual-0.4.so.0 gstreamer-plugins-base requires libvisual-devel = 0.4.0-10.fc15 projectM-libvisual requires libvisual-0.4.so.0 projectM-libvisual requires libvisual-devel = 0.4.0-10.fc15 xmms2 requires libvisual-0.4.so.0 xmms2 requires libvisual-devel = 0.4.0-10.fc15 I've taken ownership of these three, mostly to keep xmms2 and xchat from breaking. ~tom == Fedora Project -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [ACTION REQUIRED] Retiring packages in F-16
On Tue, Jul 12, 2011 at 15:28:59 -0400, Bill Nottingham nott...@redhat.com wrote: Orphan pychess comaintained by: salimma I'll take this one. It's a nice enough chess program that I want to keep it. Orphan: gdk-pixbuf freetennis requires gdk-pixbuf-devel = 1:0.22.0-38.fc12 I'll take this one to keep freetennis, which seems to be a fairly highly rated game. gdk-pixbuf is FTBFS, but I think I can get it building before alpha. Orphan: ggz-gtk-client freeciv requires libggz-gtk.so.1 freeciv requires ggz-gtk-client-devel = 0.99.5-3.fc15 And I definitely don't want to lose freeciv. I have already updated the package database to become owner of these three. Only the gdk-pixbuf FTBFS fixing needs to get done ASAP. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [ACTION REQUIRED] Retiring packages in F-16
On Tue, Jul 12, 2011 at 3:28 PM, Bill Nottingham nott...@redhat.com wrote: Orphan telepathy-haze I'll grab this since I already maintain most of telepathy stack. Later, /B -- Brian Pepple bpep...@fedoraproject.org https://fedoraproject.org/wiki/User:Bpepple gpg --keyserver pgp.mit.edu --recv-keys 810CC15E BD5E 6F9E 8688 E668 8F5B CBDE 326A E936 810C C15E -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [ACTION REQUIRED] Retiring packages in F-16
Am Dienstag, den 12.07.2011, 15:28 -0400 schrieb Bill Nottingham: Orphan link-grammar I am taking this one. As parsing stuff is always a fancy thing :) - fabian -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: I'll take auto-destdir
Jerry James wrote: On Thu, Jul 7, 2011 at 2:22 PM, Jerry James loganje...@gmail.com wrote: The package auto-destdir was recently orphaned due to a maintainer that didn't sign the new agreement. One of my packages BRs it. I tried to take it myself in pkgdb, but wound up as comaintainer to the Orphan maintainer instead. If somebody with privileges would assign that package to me, I'd appreciate it. I'll take all of the branches. Ping. Interestingly, this package was NOT on the list of orphan packages to be dropped from Fedora that was just sent to the list. Is it some kind of weird zombie state? I still don't see the button that would let me take ownership. The status is shown as Approved, not Orphaned. To me it looks like the package is not orphaned, but owned by a maintainer named orphan. Björn Persson signature.asc Description: This is a digitally signed message part. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: I'll take auto-destdir
On Tue, Jul 12, 2011 at 01:37:15PM -0600, Jerry James wrote: On Thu, Jul 7, 2011 at 2:22 PM, Jerry James loganje...@gmail.com wrote: The package auto-destdir was recently orphaned due to a maintainer that didn't sign the new agreement. One of my packages BRs it. I tried to take it myself in pkgdb, but wound up as comaintainer to the Orphan maintainer instead. If somebody with privileges would assign that package to me, I'd appreciate it. I'll take all of the branches. Ping. Interestingly, this package was NOT on the list of orphan packages to be dropped from Fedora that was just sent to the list. Is it some kind of weird zombie state? I still don't see the button that would let me take ownership. Sorry I didn't see this at first. I've made you owner of all the branches. It was in a wierd zombie state -- the Owner was 'orphan' but the Status was Approved (should hwave been status Orphaned). I've corrected that in the db. It looks like the root cause for all but two of these was that when packages were orphaned for lack of FPCA signing by their owners, I changed the owner to orphan but neglected to set the status to Orphaned. they should all be corrected now. -Toshio pgplhAGOpy1oD.pgp Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [ACTION REQUIRED] Retiring packages in F-16
Bruno Wolff III (br...@wolff.to) said: Orphan: gdk-pixbuf freetennis requires gdk-pixbuf-devel = 1:0.22.0-38.fc12 I'll take this one to keep freetennis, which seems to be a fairly highly rated game. gdk-pixbuf is FTBFS, but I think I can get it building before alpha. This looks like a rather bogus dep, IMO - gdk-pixbuf is for GTK1 apps, and freetennis is gtk2. Bill -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: I'll take auto-destdir
On Tue, Jul 12, 2011 at 2:12 PM, Toshio Kuratomi a.bad...@gmail.com wrote: Sorry I didn't see this at first. I've made you owner of all the branches. Great. Thanks, Toshio. -- Jerry James http://www.jamezone.org/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [ACTION REQUIRED] Retiring packages in F-16
Bruno Wolff III (br...@wolff.to) said: I'll take this one to keep freetennis, which seems to be a fairly highly rated game. gdk-pixbuf is FTBFS, but I think I can get it building before alpha. This looks like a rather bogus dep, IMO - gdk-pixbuf is for GTK1 apps, and freetennis is gtk2. Thanks. For the time being I'll still take it. I'll also ask for access to freetennis so I can do a freetennis build that doesn't require it. If I can fix the FTBFS I am willing to hang on to it for a while, though people interested in protecting the other dependencies are strongly encouraged to sign on as comaintainers. I should be more clear - the fact that it's showing up as a dep at all in the report appears to be a script error, although one I haven't tracked down yet. Bill -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
calweaver retirement.
no new versions of callweaver for a long time. no new messages in mailing lists. callweaver website is down since a week+ http://www.callweaver.org/ is ok to retire it ? -- Itamar Reis Peixoto msn, google talk: ita...@ispbrasil.com.br +55 11 4063 5033 (FIXO SP) +55 34 9158 9329 (TIM) +55 34 8806 3989 (OI) +55 34 3221 8599 (FIXO MG) -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [ACTION REQUIRED] Retiring packages in F-16
Bill Nottingham (nott...@redhat.com) said: Thanks. For the time being I'll still take it. I'll also ask for access to freetennis so I can do a freetennis build that doesn't require it. If I can fix the FTBFS I am willing to hang on to it for a while, though people interested in protecting the other dependencies are strongly encouraged to sign on as comaintainers. I should be more clear - the fact that it's showing up as a dep at all in the report appears to be a script error, although one I haven't tracked down yet. Aha, not a script error. freetennis requires gdk-pixbuf-devel = 1:0.22.0-38.fc12 tracker requires gdk-pixbuf-devel = 1:0.22.0-38.fc12 viking requires gdk-pixbuf-devel = 1:0.22.0-38.fc12 xmms-xosd requires libgdk_pixbuf.so.2 xosd requires gdk-pixbuf-devel = 1:0.22.0-38.fc12 zathura requires gdk-pixbuf-devel = 1:0.22.0-38.fc12 All of these except for xmms-xosd and xosd are bad BuildRequires in the source package. Bill -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: How to remotely download a package from koji?
On 07/12/2011 04:31 PM, Tim Bielawa wrote: $ wget http://koji.fedoraproject.org/koji/getfile?taskID=3192896\name=BackupPC-3.2.1-1.fc14.src.rpm [...] 2011-07-12 09:30:45 (819 KB/s) - “getfile?taskID=3192896name=BackupPC-3.2.1-1.fc14.src.rpm” saved [525870/525870] Not ideal though... If you're referring to the resulting filename not being ideal, try wget with the --content-disposition option, or curl with -OJ. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Poll: Does ACPI lid state work on your Linux laptop?
Hello list, I'm curious to know how many laptops have problems with ACPI lid state in Linux. I've been told some laptops report wrong lid state through ACPI, while my laptop seems to report it properly. This poll is related to Fedora bugreport: ACPI LID state ignored on laptop, wrong display used for desktop/installer: https://bugzilla.redhat.com/show_bug.cgi?id=712706 So, if you want to help and test this on your laptop, please try these things with recent Fedora/kernel: - You can check the ACPI lid state like this: cat /proc/acpi/button/lid/LID/state - Set up external monitor/display, and disable the laptop internal LVDS display panel using xrandr or gnome display settings tool. 1) Close the laptop LID and then check the lid state. Is it reported correct? 2) Open the laptop LID and then check the lid state. Is it reported correct? 3) Repeat the previous steps multiple times. Is the lid state still reported correctly? 4) Reboot the laptop with LID closed. Then check the lid state, is it properly reported as closed? 5) Reboot the laptop with LID open. Then check the lid state, is it properly reported as open? The point of checks 4 and 5 is to verify the initial lid state is correctly reported. I guess that should cover all the usecases.. Please post your findings to this list. btw. if you don't have external display you could also ssh into the laptop and run the tests over ssh. Thanks! -- Pasi -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: glibc 2.14-4 eats my data (Re: F15 ext3, eCryptfs + samba = data corruption (Re: F15 Error mounting eCryptfs: [-5] Input/output error on different disks))
W dniu 12 lipca 2011 18:23 użytkownik Michal Hlavinka mhlav...@redhat.com napisał: ok, complain about memcpy in ecryptfs-utils is gone. I've checked all of them and I think I've fixed those which needed it. I was not able to reproduce original problem nor valgrind complaint, so please test if following package produces memcpy complain in valgrind output or not: http://kojipkgs.fedoraproject.org/scratch/mhlavink/task_3190860/ Your mtab handling patch fixed both issues - mount warning and data corruption :) Huge thanks! I can't imagine *how* it could affect this, so I'd advice to monitor it carefully if it is fixed for real. Ok, so I will do. Before each time I mounted ecryptfs I get this Error mounting eCryptfs: [-5] Input/output error error. Now it's gone - I tried a few times. yes, this is related to mtab patch, but it mounted it anyway. I was able to reproduce this warning. It should not affect smb+ecryptfs data corruption in any way. I uploaded another large file ( 1 GB) and unfortunately data corruption problem still exist - I do not know why it worked previously. this was expected. ecryptfs-utils is really just a mount helper, but thanks memcpy bug in ecryptfs-utils was fixed, glibc/samba can get its attention without distractions You can test that samba build I've sent you. I tested it, but it still corrupts data. On Thursday I'll do more tests. Data corruption does not happen always, so now I'm not too sure whether this has to do with eCryptfs itself. May simply not happened when I tested samba on not encrypted filesystem. I'll try to reproduce this too, but this requires someone with better knowledge of glibc/samba where I can't help too much. Michal -- Best regards, Michal http://eventhorizon.pl/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [ACTION REQUIRED] Retiring packages in F-16
On 07/12/2011 11:30 PM, Bill Nottingham wrote: Bruno Wolff III (br...@wolff.to) said: I'll take this one to keep freetennis, which seems to be a fairly highly rated game. gdk-pixbuf is FTBFS, but I think I can get it building before alpha. This looks like a rather bogus dep, IMO - gdk-pixbuf is for GTK1 apps, and freetennis is gtk2. Thanks. For the time being I'll still take it. I'll also ask for access to freetennis so I can do a freetennis build that doesn't require it. If I can fix the FTBFS I am willing to hang on to it for a while, though people interested in protecting the other dependencies are strongly encouraged to sign on as comaintainers. I should be more clear - the fact that it's showing up as a dep at all in the report appears to be a script error, although one I haven't tracked down yet. Freetennis apparently buildrequires gdk-pixbuf-devel and that's showing up in the report; I think the script is doing the right thing here. In any case, I'm pretty confident that freetennis doesn't actually make any use of old gdk-pixbuf, but uses gdk-pixbuf2 instead: $ repoquery -q --requires freetennis | grep pixbuf libgdk_pixbuf-2.0.so.0()(64bit) -- Kalev -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [ACTION REQUIRED] Retiring packages in F-16
On Tue, 12 Jul 2011 15:28:59 -0400 Bill Nottingham wrote: Orphan gpointing-device-settings This is co-maintained by whot (not shown in this list). I definitely want to keep this. Peter: Do you continue as primary maintainer and I'll co-maintain it, or do you want to stay co-maintainer? Thomas -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[ACTION REQUIRED v2] Retiring packages in F-16
Each release, before branching, we block currently orphaned packages. It's that time again for Fedora 16. New this go-round is that we are also blocking packages that have failed to build since before Fedora 14. The following packages are currently orphaned, or fail to build. If you have a need for one of these packages, please pick them up. This list has been fixed to properly show all orphaned packages. It's a lot longer. Orphan Ajaxterm Orphan CodeAnalyst-gui Orphan EmfEngine Orphan Perlbal Orphan QTeXEngine Orphan TVAnytimeAPI Orphan agave Orphan anyterm Orphan automake15 Orphan automake16 Orphan backport-util-concurrent comaintained by: akurtakov Orphan bangarang Orphan basket Orphan bespin comaintained by: rdieter Orphan blokkal Orphan brandy Orphan buffer Orphan camcardsync Orphan cdo Orphan cgoban Orphan ciso Orphan clex Orphan cmospwd Orphan cnetworkmanager Orphan comoonics-base-py comaintained by: elcody02 Orphan compizconfig-backend-kconfig comaintained by: izhar Orphan contacts comaintained by: pbrobinson Orphan contextkit comaintained by: jreznik Orphan cowbell Orphan cssed Orphan ctapi-cyberjack Orphan ctrlproxy comaintained by: bernie Orphan cwrite Orphan db4o Orphan decibel-audio-player comaintained by: rakesh Orphan diffpdf Orphan drbd Orphan ds9 comaintained by: mmahut Orphan e_dbus Orphan edje Orphan eet Orphan efreet Orphan elfinfo comaintained by: paragn Orphan embryo Orphan enlightenment Orphan epeg Orphan etherape Orphan evas Orphan evolution-sharp comaintained by: mbarnes Orphan fcitx comaintained by: liangsuilong Orphan felix-osgi-core Orphan felix-osgi-obr Orphan fig2sxd Orphan fping Orphan fsvs comaintained by: wolfy Orphan funtools Orphan fvwm comaintained by: pertusus Orphan fxload Orphan gbirthday Orphan gdeskcal Orphan gdesklets-goodweather comaintained by: luya Orphan gdesklets-quote-of-the-day comaintained by: luya Orphan glite-security-trustmanager Orphan glite-security-util-java Orphan gnome-applet-bubblemon comaintained by: cwickert Orphan gnome-applet-cpufire comaintained by: edwintb Orphan gnome-applet-timer Orphan gnome-applet-window-picker Orphan gnome-do-plugins Orphan gnome-globalmenu Orphan gnome-launch-box Orphan gnome-netstatus Orphan gnome-rdp Orphan gnome-schedule Orphan gnome-themes-extras Orphan gnome-vfsmm26 Orphan gnubiff Orphan gnusim8085 comaintained by: chitlesh Orphan gpar2 Orphan gpointing-device-settings Orphan gquilt comaintained by: sundaram Orphan grantlee comaintained by: than Orphan granule Orphan greadelf comaintained by: paragn Orphan griv Orphan gtkhtml2 Orphan gtranslator comaintained by: tbzatek Orphan gts Orphan guile-gnome-platform Orphan gurlchecker Orphan gwaei Orphan gwave comaintained by: tnorth Orphan halibut Orphan harminv Orphan healpy Orphan htmldoc comaintained by: pertusus Orphan igraph Orphan imagej Orphan imgtarget Orphan initng Orphan initng-conf-gtk Orphan initng-ifiles Orphan inotail Orphan ip6sic Orphan irda-utils Orphan isic Orphan itpp Orphan javacc Orphan javacc-maven-plugin Orphan jcalendar Orphan jdepend Orphan jflex Orphan jomolhari-fonts Orphan jrefactory Orphan kanjistrokeorders-fonts Orphan kazehakase Orphan kdetv Orphan kdocker Orphan kgtk Orphan klibido Orphan knutclient Orphan l2fprod-common Orphan labyrinth Orphan libassa Orphan libassuan1 Orphan libcmpiutil comaintained by: veillard Orphan libctl Orphan libdwarf Orphan libeina Orphan libepc Orphan libglfw Orphan libgnomecanvasmm26 Orphan libgnomemm26 Orphan libgnomeuimm26 Orphan libhildon Orphan libibverbs comaintained by: deji Orphan liblicense comaintained by: ausil Orphan libmlx4 comaintained by: dledford Orphan libmthca Orphan libopensync-plugin-kdepim Orphan liborigin2 Orphan libsoup22 Orphan libsysactivity Orphan libvirt-cim comaintained by: veillard Orphan libvisual-plugins Orphan libwps Orphan link-grammar Orphan linuxdcpp Orphan loudmouth comaintained by: tjikkun otaylor Orphan lwp comaintained by: nhorman Orphan madwimax Orphan man-pages-es Orphan maximus Orphan me-tv Orphan metacafe-dl Orphan midisport-firmware Orphan mingw32-physfs comaintained by: rjones Orphan minicom comaintained by: jcapik Orphan moin-latex Orphan monotorrent comaintained by: dnielsen Orphan moto4lin Orphan mrepo Orphan multiget Orphan mumbles Orphan mx comaintained by: dnovotny Orphan nabi Orphan nachocalendar Orphan netsniff-ng comaintained by: fab Orphan notecase Orphan ocfs2-tools comaintained by: fabbione Orphan onboard Orphan opensaml Orphan osiv Orphan ots Orphan pcmanx-gtk2 Orphan perl-Danga-Socket Orphan perl-Gearman Orphan perl-Gearman-Client-Async Orphan perl-Gearman-Server Orphan perl-MogileFS-Client Orphan perl-MogileFS-Utils Orphan perl-Perlbal-XS-HTTPHeaders
Re: [ACTION REQUIRED] Retiring packages in F-16
On Tue, 12 Jul 2011 15:28:59 -0400 Bill Nottingham nott...@redhat.com wrote: Orphan: spambayes kdepim requires spambayes = 1.1-0.3.a6.fc15 trac-spamfilter-plugin requires spambayes = 1.1-0.3.a6.fc15 I've taken spambayes as I need it for trac-spamfilter-plugin. I would really appreciate a co-maintainer or two, particularly someone that understands python. Paul. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [ACTION REQUIRED] Retiring packages in F-16
Dave Jones (da...@redhat.com) said: On Tue, Jul 12, 2011 at 03:28:59PM -0400, Bill Nottingham wrote: Orphan ip6sic I've used this from time to time. I'll pick it up. Orphan minicom comaintained by: jcapik If something is orphaned, but has comaintainers, is that enough to keep it in the distro ? Not really - we'd like one of the comaintainers to pick it up as primary maintainer. Once it gets closer to branch time, we may be poking comaintainers individually to pick things up. There's been talk of making pkgdb do that automatically on orphaning, but it does not at this time. Bill -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [ACTION REQUIRED] Retiring packages in F-16
On Tue, Jul 12, 2011 at 05:12:07PM -0400, Bill Nottingham wrote: Orphan minicom comaintained by: jcapik If something is orphaned, but has comaintainers, is that enough to keep it in the distro ? Not really - we'd like one of the comaintainers to pick it up as primary maintainer. Once it gets closer to branch time, we may be poking comaintainers individually to pick things up. There's been talk of making pkgdb do that automatically on orphaning, but it does not at this time. I kinda rely on this package, so I'm prepared to step up if jcapik doesn't want to be maintainer for whatever reason, though my efforts would strictly be enough to just keeping it building. Dave -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [ACTION REQUIRED] Retiring packages in F-16
On Tue, Jul 12, 2011 at 05:04:51PM -0400, Dave Jones wrote: On Tue, Jul 12, 2011 at 03:28:59PM -0400, Bill Nottingham wrote: Orphan ip6sic I've used this from time to time. I'll pick it up. Orphan minicom comaintained by: jcapik If something is orphaned, but has comaintainers, is that enough to keep it in the distro ? In the past it hasn't been. I haven't heard that that's changing this time around. -Toshio pgptzI1Qj2tYi.pgp Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [ACTION REQUIRED] Retiring packages in F-16
On Tue, Jul 12, 2011 at 05:04:51PM -0400, Dave Jones wrote: On Tue, Jul 12, 2011 at 03:28:59PM -0400, Bill Nottingham wrote: Orphan ip6sic I've used this from time to time. I'll pick it up. So I took maintainership in pkgdb. Now every time I commit, I get a bounce email from ip6sic-ow...@fedoraproject.org. Will that address be automatically recreated and pointed at me at some point ? Or do I need to go click something else in pkgdb ? Dave -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [ACTION REQUIRED] Retiring packages in F-16
On Tue, 2011-07-12 at 16:00 -0400, Tom Callaway wrote: Orphan: libsexy awn-extras-applets requires libsexy-devel = 0.1.11-17.fc16 gmpc requires libsexy.so.2 gmpc requires libsexy-devel = 0.1.11-17.fc16 gwaei requires libsexy.so.2 gwaei requires libsexy-devel = 0.1.11-17.fc16 libsexymm requires libsexy.so.2 libsexymm requires libsexy-devel = 0.1.11-17.fc16 libsexymm-devel requires pkgconfig(libsexy) = 0.1.11 libsexymm-devel requires libsexy-devel = 0.1.11-17.fc16 perl-Gtk2-Sexy requires libsexy.so.2 perl-Gtk2-Sexy requires libsexy-devel = 0.1.11-17.fc16 python-sexy requires libsexy.so.2 python-sexy requires libsexy-devel = 0.1.11-17.fc16 python-sexy requires libsexy = 0.1.11-17.fc16 xchat requires libsexy.so.2 xchat requires libsexy-devel = 0.1.11-17.fc16 xchat-gnome requires libsexy.so.2 xchat-gnome requires libsexy-devel = 0.1.11-17.fc16 I've taken ownership of these three, mostly to keep xmms2 and xchat from breaking. I believe the idea is that libsexy should be able to die now, as all it did should be possible through other libs, so probably the things that use it (and that aren't intermediary widgets like libsexymm and python-sexy and so on) need to get ported away from it... -- Adam Williamson Fedora QA Community Monkey IRC: adamw http://www.happyassassin.net -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Epson inkjet driver review
Hi, in case anyone here is running an Epson inkjet printer, you might want to know that I have packaged Epson's open source driver. The review is at https://bugzilla.redhat.com/show_bug.cgi?id=720435 and it is free for the taking. I've tested that the driver works on my own F15 desktop. PS. Willing comaintainers are welcome. -- Jussi Lehtola Fedora Project Contributor jussileht...@fedoraproject.org -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [ACTION REQUIRED] Retiring packages in F-16
Dave Jones (da...@redhat.com) said: On Tue, Jul 12, 2011 at 05:04:51PM -0400, Dave Jones wrote: On Tue, Jul 12, 2011 at 03:28:59PM -0400, Bill Nottingham wrote: Orphan ip6sic I've used this from time to time. I'll pick it up. So I took maintainership in pkgdb. Now every time I commit, I get a bounce email from ip6sic-ow...@fedoraproject.org. Will that address be automatically recreated and pointed at me at some point ? Yes, give it a bit. Bill -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [ACTION REQUIRED] Retiring packages in F-16
On Tue, Jul 12, 2011 at 2:22 PM, Dave Jones da...@redhat.com wrote: On Tue, Jul 12, 2011 at 05:04:51PM -0400, Dave Jones wrote: On Tue, Jul 12, 2011 at 03:28:59PM -0400, Bill Nottingham wrote: Orphan ip6sic I've used this from time to time. I'll pick it up. So I took maintainership in pkgdb. Now every time I commit, I get a bounce email from ip6sic-ow...@fedoraproject.org. Will that address be automatically recreated and pointed at me at some point ? Aliases are on an hourly cron job. I've run the job manually so ip6sic-owner should now work. -Toshio -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [ACTION REQUIRED v2] Retiring packages in F-16
On Tue, 12 Jul 2011, Bill Nottingham wrote: The following packages are currently orphaned, or fail to build. If you have a need for one of these packages, please pick them up. This list has been fixed to properly show all orphaned packages. It's a lot longer. Orphan python-pydns Orphan python-pyspf Orphan xdaliclock I'll grab these three. Paul -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [ACTION REQUIRED] Retiring packages in F-16
Adam Williamson (awill...@redhat.com) said: I believe the idea is that libsexy should be able to die now, as all it did should be possible through other libs, so probably the things that use it (and that aren't intermediary widgets like libsexymm and python-sexy and so on) need to get ported away from it... Aside from the effort of doing the port, the spell-checking entry widget from libsexy isn't possible yet with current Gtk. Bill -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [ACTION REQUIRED v2] Retiring packages in F-16
Am Dienstag, den 12.07.2011, 17:10 -0400 schrieb Bill Nottingham: Orphan tango-icon-theme Orphan tango-icon-theme-extras I have taken these. Regards, Christoph -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [ACTION REQUIRED] Retiring packages in F-16
On Tue, Jul 12, 2011 at 03:28:59PM -0400, Bill Nottingham wrote: Orphan: fping mon requires fping = 2.4b2-11.fc15 nagios-plugins requires /usr/sbin/fping nagios-plugins-fping requires /usr/sbin/fping smokeping requires fping = 2.4b2-11.fc15 wifiroamd requires fping = 2.4b2-11.fc15 zabbix-proxy requires fping = 2.4b2-11.fc15 zabbix-server requires fping = 2.4b2-11.fc15 I use fping (standalone and with nagios), so I've taken it. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [ACTION REQUIRED v2] Retiring packages in F-16
Orphan midisport-firmware I own hardware that uses this. Taken. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [ACTION REQUIRED v2] Retiring packages in F-16
..snip.. Orphan gnome-rdp Taken since I use it. Willing to give it away to a more able maintainer. Orphan libdwarf Taken, but willing to give up to a more able maintainer. Orphan tcptrack Taken. Jitesh -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [ACTION REQUIRED v2] Retiring packages in F-16
On Tue, Jul 12, 2011 at 06:47:12PM -0400, Chuck Anderson wrote: Orphan midisport-firmware I own hardware that uses this. Taken. you'll want to take its dependancy too 'fxload' Dave -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [ACTION REQUIRED v2] Retiring packages in F-16
On Tue, Jul 12, 2011 at 07:08:20PM -0400, Dave Jones wrote: On Tue, Jul 12, 2011 at 06:47:12PM -0400, Chuck Anderson wrote: Orphan midisport-firmware I own hardware that uses this. Taken. you'll want to take its dependancy too 'fxload' Thanks, taken. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [ACTION REQUIRED] Retiring packages in F-16
On Tue, Jul 12, 2011 at 11:05:14PM +0200, Thomas Spura wrote: On Tue, 12 Jul 2011 15:28:59 -0400 Bill Nottingham wrote: Orphan gpointing-device-settings This is co-maintained by whot (not shown in this list). I definitely want to keep this. Peter: Do you continue as primary maintainer and I'll co-maintain it, or do you want to stay co-maintainer? I got added as maintainer when the package was added but it's been quite a while since I found time to look at it, nevermind attempting to fix any bugs. I'd be happy for you to take over this package, I'll remove myself from the maintainers list then. Thanks. Cheers, Peter -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [ACTION REQUIRED v2] Retiring packages in F-16
On Tue, Jul 12, 2011 at 05:10:01PM -0400, Bill Nottingham wrote: I've grabbed mx -- Brian C. Lane | Anaconda Team | IRC: bcl #anaconda | Port Orchard, WA (PST8PDT) pgpL2POsFCiDn.pgp Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Lack of space on /
Some of us do watch movies also, which of course requires an X session. Cheers Chris Jones -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Lack of space on /
On Wed, 2011-07-13 at 11:08 +1000, Chris Jones wrote: Some of us do watch movies also, which of course requires an X session. Not really. mplayer has several outputs which function without an X session - less usefully, aalib; more usefully, directfb. I dunno if they work in modern Fedora, though. might be an interesting weekend poke. -- Adam Williamson Fedora QA Community Monkey IRC: adamw http://www.happyassassin.net -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
File File-HomeDir-0.98.tar.gz uploaded to lookaside cache by spot
A file has been added to the lookaside cache for perl-File-HomeDir: 6db96f151a707894e0822c8014ae80dd File-HomeDir-0.98.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-List-MoreUtils] rebuild to fix broken rawhide deps
commit 002d8836ccce48681f78966885e58614202a2fbc Author: Tom spot Callaway tcall...@redhat.com Date: Tue Jul 12 11:20:49 2011 -0400 rebuild to fix broken rawhide deps perl-List-MoreUtils.spec |5 - 1 files changed, 4 insertions(+), 1 deletions(-) --- diff --git a/perl-List-MoreUtils.spec b/perl-List-MoreUtils.spec index ec7771e..b823562 100644 --- a/perl-List-MoreUtils.spec +++ b/perl-List-MoreUtils.spec @@ -1,6 +1,6 @@ Name: perl-List-MoreUtils Version:0.32 -Release:1%{?dist} +Release:2%{?dist} Summary:Provide the stuff missing in List::Util Group: Development/Libraries @@ -47,6 +47,9 @@ make test %changelog +* Tue Jul 12 2011 Tom Callaway s...@fedoraproject.org 0.32-2 +- rebuild to fix broken rawhide deps + * Sat Jul 02 2011 Iain Arnell iarn...@gmail.com 0.32-1 - update to latest upstream version -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 719560] perl-File-HomeDir-0.98 is available
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=719560 Tom spot Callaway tcall...@redhat.com changed: What|Removed |Added Status|NEW |CLOSED Resolution||RAWHIDE Last Closed||2011-07-12 11:50:41 --- Comment #1 from Tom spot Callaway tcall...@redhat.com 2011-07-12 11:50:41 EDT --- 0.98 is in rawhide. -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 720744] New: Rebuild required to work correctly with perl 5.12.4
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: Rebuild required to work correctly with perl 5.12.4 https://bugzilla.redhat.com/show_bug.cgi?id=720744 Summary: Rebuild required to work correctly with perl 5.12.4 Product: Fedora Version: 15 Platform: Unspecified OS/Version: Unspecified Status: NEW Severity: unspecified Priority: unspecified Component: perl-Devel-Cover AssignedTo: tcall...@redhat.com ReportedBy: berra...@redhat.com QAContact: extras...@fedoraproject.org CC: tcall...@redhat.com, fedora-perl-devel-l...@redhat.com Classification: Fedora Story Points: --- Description of problem: Any attempt to use perl-Devel-Cover in fully updated Fedora 15, results in a warning printed This version of Devel::Cover was built with Perl version 5.012003. It is now being run with Perl version 5.012004. Attempting to make adjustments, but you may find that some of your modules do not have coverage data collected. You may need to alter the +-inc, +-ignore and +-select options. At the very least, this is obscuring real problems with doing coverage testing of unit tests, but is also causing potentially incorrect results. A simple rebuild of the RPM should solve it. Version-Release number of selected component (if applicable): perl-Devel-Cover-0.66-3.fc15.x86_64 perl-5.12.4-159.fc15.x86_64 How reproducible: Always Steps to Reproduce: 1. $ perl -MDevel::Cover -e '' 2. 3. Actual results: This version of Devel::Cover was built with Perl version 5.012003. It is now being run with Perl version 5.012004. Attempting to make adjustments, but you may find that some of your modules do not have coverage data collected. You may need to alter the +-inc, +-ignore and +-select options. Expected results: No scary warning Additional info: Same as the previous F14 bug now fixed: https://bugzilla.redhat.com/show_bug.cgi?id=691451 -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Devel-Cover/f15] 0.78
commit 9c4bbfa1824873316ed1eb4d26ab18130fd95da2 Author: Tom spot Callaway tcall...@redhat.com Date: Tue Jul 12 15:21:45 2011 -0400 0.78 perl-Devel-Cover.spec | 23 +-- sources |2 +- 2 files changed, 14 insertions(+), 11 deletions(-) --- diff --git a/perl-Devel-Cover.spec b/perl-Devel-Cover.spec index 3402b10..4176ecb 100644 --- a/perl-Devel-Cover.spec +++ b/perl-Devel-Cover.spec @@ -1,19 +1,21 @@ Name: perl-Devel-Cover -Version:0.66 -Release:3%{?dist} +Version:0.78 +Release:1%{?dist} Summary:Code coverage metrics for Perl Group: Development/Libraries License:GPL+ or Artistic URL:http://search.cpan.org/dist/Devel-Cover/ Source0: http://www.cpan.org/authors/id/P/PJ/PJCJ/Devel-Cover-%{version}.tar.gz -BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) +BuildRequires: perl(JSON::PP) BuildRequires: perl(Template) BuildRequires: perl(PPI::HTML) = 1.07 BuildRequires: perl(Perl::Tidy) = 20060719 BuildRequires: perl(Pod::Coverage) BuildRequires: perl(Test::Differences) +BuildRequires: perl(Test::More) +BuildRequires: perl(Test::Warn) BuildRequires: perl(ExtUtils::MakeMaker) Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo $version)) Requires: perl(Pod::Coverage) @@ -22,6 +24,7 @@ Requires: perl(Test::Differences) # Requires: perl(PPI::HTML) = 1.07 # Requires: perl(Perl::Tidy) = 20060719 +%{?perl_default_filter} %description This module provides code coverage metrics for Perl. @@ -30,6 +33,7 @@ This module provides code coverage metrics for Perl. %prep %setup -q -n Devel-Cover-%{version} +find lib -type f -print0 | xargs -0 chmod 0644 %build %{__perl} Makefile.PL INSTALLDIRS=vendor OPTIMIZE=$RPM_OPT_FLAGS @@ -37,7 +41,6 @@ make %{?_smp_mflags} %install -rm -rf $RPM_BUILD_ROOT make pure_install DESTDIR=$RPM_BUILD_ROOT find $RPM_BUILD_ROOT -type f -name .packlist -exec rm -f {} ';' find $RPM_BUILD_ROOT -type f -name '*.bs' -empty -exec rm -f {} ';' @@ -49,13 +52,8 @@ chmod -R u+w $RPM_BUILD_ROOT/* make test -%clean -rm -rf $RPM_BUILD_ROOT - - %files -%defattr(-,root,root,-) -%doc BUGS CHANGES README TODO all_versions cpancover create_gold session.vim +%doc CHANGES README docs/BUGS docs/TODO %{_bindir}/* %{perl_vendorarch}/Devel/ %{perl_vendorarch}/auto/Devel/ @@ -64,6 +62,11 @@ rm -rf $RPM_BUILD_ROOT %changelog +* Thu May 19 2011 Iain Arnell iarn...@gmail.com 0.78-1 +- update to latest upstream version +- clean up spec for modern rpmbuild +- use perl_default_filter + * Tue Feb 08 2011 Fedora Release Engineering rel-...@lists.fedoraproject.org - 0.66-3 - Rebuilt for https://fedoraproject.org/wiki/Fedora_15_Mass_Rebuild diff --git a/sources b/sources index 32ea7ab..8a4fde4 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -db1a982fc82454c4f5a2d8edcc857cf3 Devel-Cover-0.66.tar.gz +fd26cd6df23bc3f2c38324884c976718 Devel-Cover-0.78.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 720744] Rebuild required to work correctly with perl 5.12.4
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=720744 --- Comment #1 from Fedora Update System upda...@fedoraproject.org 2011-07-12 15:30:58 EDT --- perl-Devel-Cover-0.78-1.fc15 has been submitted as an update for Fedora 15. https://admin.fedoraproject.org/updates/perl-Devel-Cover-0.78-1.fc15 -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
File App-perlbrew-0.27.tar.gz uploaded to lookaside cache by iarnell
A file has been added to the lookaside cache for perlbrew: cfe29d49235c6f37e7a155d457579e12 App-perlbrew-0.27.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perlbrew] update to 0.27
commit cf479632152db48d74a99c16417de40b93770e64 Author: Iain Arnell iarn...@gmail.com Date: Wed Jul 13 05:54:48 2011 +0200 update to 0.27 .gitignore|1 + perlbrew.spec |9 +++-- sources |2 +- 3 files changed, 9 insertions(+), 3 deletions(-) --- diff --git a/.gitignore b/.gitignore index 97d3d06..ca48836 100644 --- a/.gitignore +++ b/.gitignore @@ -8,3 +8,4 @@ /App-perlbrew-0.22.tar.gz /App-perlbrew-0.23.tar.gz /App-perlbrew-0.24.tar.gz +/App-perlbrew-0.27.tar.gz diff --git a/perlbrew.spec b/perlbrew.spec index e2e08f2..3e33541 100644 --- a/perlbrew.spec +++ b/perlbrew.spec @@ -1,6 +1,6 @@ Name: perlbrew -Version:0.24 -Release:3%{?dist} +Version:0.27 +Release:1%{?dist} Summary:Manage perl installations in your $HOME License:MIT Group: Development/Libraries @@ -10,6 +10,7 @@ BuildArch: noarch BuildRequires: perl = 1:5.8.0 BuildRequires: perl(Devel::PatchPerl) BuildRequires: perl(ExtUtils::MakeMaker) +BuildRequires: perl(File::Temp) BuildRequires: perl(IO::All) BuildRequires: perl(Path::Class) BuildRequires: perl(Test::Exception) @@ -60,6 +61,10 @@ make test %{_mandir}/man3/* %changelog +* Wed Jul 13 2011 Iain Arnell iarn...@gmail.com 0.27-1 +- update to latest upstream +- BR perl(File::Temp) + * Wed Jun 29 2011 Marcela Mašláňová mmasl...@redhat.com - 0.24-3 - Perl mass rebuild diff --git a/sources b/sources index 3cc1309..1694f5e 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -2618a5a879f40da2f364216088c07b99 App-perlbrew-0.24.tar.gz +cfe29d49235c6f37e7a155d457579e12 App-perlbrew-0.27.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[mojomojo] add missing MODULE_COMPAT requires
commit 013807af057ca1cf71815eed96cc8c1888601c25 Author: Iain Arnell iarn...@gmail.com Date: Wed Jul 13 05:48:55 2011 +0200 add missing MODULE_COMPAT requires mojomojo.spec |6 +- 1 files changed, 5 insertions(+), 1 deletions(-) --- diff --git a/mojomojo.spec b/mojomojo.spec index 369c4fb..b990f77 100644 --- a/mojomojo.spec +++ b/mojomojo.spec @@ -1,6 +1,6 @@ Name: mojomojo Version:1.04 -Release:1%{?dist} +Release:2%{?dist} Summary:Catalyst DBIx::Class powered Wiki License:GPL+ or Artistic Group: Applications/Internet @@ -120,6 +120,7 @@ BuildRequires: perl(Locale::Maketext::Lexicon) # additional requires for Catalyst::View::JSON BuildRequires: perl(JSON) +Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo $version)) Requires: perl(Cache::FastMmap) = 1.31 Requires: perl(Catalyst::Action::RenderView) = 0.07 Requires: perl(Catalyst::Authentication::Store::DBIx::Class) = 0.101 @@ -269,6 +270,9 @@ CATALYST_CONFIG=t/var/mojomojo.yml make test %changelog +* Wed Jul 13 2011 Iain Arnell iarn...@gmail.com 1.04-2 +- add missing MODULE_COMPAT requires + * Sun Mar 13 2011 Iain Arnell iarn...@gmail.com 1.04-1 - update to latest upstream version - ensure that t/var/mojomojo.yml config is used for testing -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perlbrew/f14] update to 0.27
commit 22e4e017f4299b9a0a6c03d7318242fd314f99da Author: Iain Arnell iarn...@gmail.com Date: Wed Jul 13 05:54:48 2011 +0200 update to 0.27 .gitignore|1 + perlbrew.spec |9 +++-- sources |2 +- 3 files changed, 9 insertions(+), 3 deletions(-) --- diff --git a/.gitignore b/.gitignore index 97d3d06..ca48836 100644 --- a/.gitignore +++ b/.gitignore @@ -8,3 +8,4 @@ /App-perlbrew-0.22.tar.gz /App-perlbrew-0.23.tar.gz /App-perlbrew-0.24.tar.gz +/App-perlbrew-0.27.tar.gz diff --git a/perlbrew.spec b/perlbrew.spec index 9bd2d61..ac9b650 100644 --- a/perlbrew.spec +++ b/perlbrew.spec @@ -1,5 +1,5 @@ Name: perlbrew -Version:0.24 +Version:0.27 Release:1%{?dist} Summary:Manage perl installations in your $HOME License:MIT @@ -10,6 +10,7 @@ BuildArch: noarch BuildRequires: perl = 1:5.8.0 BuildRequires: perl(Devel::PatchPerl) BuildRequires: perl(ExtUtils::MakeMaker) +BuildRequires: perl(File::Temp) BuildRequires: perl(IO::All) BuildRequires: perl(Path::Class) BuildRequires: perl(Test::Exception) @@ -50,7 +51,7 @@ find $RPM_BUILD_ROOT -depth -type d -exec rmdir {} 2/dev/null \; %check # no Test::Spec (yet) -rm t/installation2.t +rm t/installation2.t t/10.resolve.t make test %files @@ -61,6 +62,10 @@ make test %{_mandir}/man3/* %changelog +* Wed Jul 13 2011 Iain Arnell iarn...@gmail.com 0.27-1 +- update to latest upstream +- BR perl(File::Temp) + * Wed Jun 08 2011 Iain Arnell iarn...@gmail.com 0.24-1 - update to latest upstream version diff --git a/sources b/sources index 3cc1309..1694f5e 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -2618a5a879f40da2f364216088c07b99 App-perlbrew-0.24.tar.gz +cfe29d49235c6f37e7a155d457579e12 App-perlbrew-0.27.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 720295] perlbrew-0.27 is available
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=720295 --- Comment #2 from Fedora Update System upda...@fedoraproject.org 2011-07-13 01:29:17 EDT --- perlbrew-0.27-1.fc14 has been submitted as an update for Fedora 14. https://admin.fedoraproject.org/updates/perlbrew-0.27-1.fc14 -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 720295] perlbrew-0.27 is available
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=720295 --- Comment #1 from Fedora Update System upda...@fedoraproject.org 2011-07-13 01:29:10 EDT --- perlbrew-0.27-1.fc15 has been submitted as an update for Fedora 15. https://admin.fedoraproject.org/updates/perlbrew-0.27-1.fc15 -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel