Re: 3D printing in Fedora
Hi again. I just want to inform you I've created the wiki page about 3D Printing in Fedora: https://fedoraproject.org/wiki/Features/3D_Printing Feel free to add anything there, review a package or help by testing. Happy new year. Miro Hrončok Jabber: m...@hroncok.cz Telefon: +420777974800 2012/10/29 Miro Hrončok m...@hroncok.cz: Hi, I am involved in a student group on FIT of Czech Technical University in Prague - in that group, we focus on 3D printing (RepRap). 3D printing needs a set of software on a control PC, such as some kind of 3D modeller (we're currently using OpenSCAD), a slicer (to convert a 3D model to set of instructions for the printer, we're currently using skeinforge and/or Slic3r) and printer interface software (currently Printrun). Installing this basic set of tools on a Linux machine is painful, they aren't usually available in repositories, compiling them includes compiling a bunch of dependencies and we usually end up using binary executables from a tar or git cloning plenty of python scripts. Desktop files and menu entries - you don't get what you don't create yourself. I am currently working on adding this software to Fedora: https://github.com/hroncok/SPECS/ But that is not where I want to stop. I'd like to create a Fedora RepRap spin and make Fedora the best choice for 3D print guys. At this point, I would like to gather people interested in 3D printing and eventually create a 3D printing SIG. Would anyone be interested and help me? Miro Hrončok Jabber: m...@hroncok.cz Telefon: +420777974800 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: package reviews: new Release for every update
Ken Dreyer wrote, at 12/30/2012 01:01 AM +9:00: I noticed our package review process doesn't explicitly say After you make an update to the package, bump the 'Release' number and post a new link each time. This is a popular convention, but it doesn't seem to be formally documented. https://fedoraproject.org/wiki/Package_Review_Process Should this guidance be part of our instructions? - Ken It is actually documented already: https://fedoraproject.org/wiki/Packaging:FrequentlyMadeMistakes QUOTE: Increase the Release tag every time you upload a new package to avoid confusion. The reviewer and other interested parties probably still have older versions of your SRPM lying around to check what has changed between the old and new packages; those get confused when the revision didn't change. Regards, Mamoru -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: package reviews: new Release for every update
On Sun, 30 Dec 2012 19:42:02 +0900, Mamoru TASAKA wrote: https://fedoraproject.org/wiki/Packaging:FrequentlyMadeMistakes Could somebody with Edit access for this page please add it to category PackageMaintainers? Then it would appear on the main page https://fedoraproject.org/wiki/PackageMaintainers which is linked at the left side of the Wiki. Thanks in advance! -- Fedora release 18 (Spherical Cow) - Linux 3.6.11-3.fc18.x86_64 loadavg: 0.11 0.06 0.05 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: package reviews: new Release for every update
On 2012-12-30 11:42, Mamoru TASAKA wrote: Ken Dreyer wrote, at 12/30/2012 01:01 AM +9:00: I noticed our package review process doesn't explicitly say After you make an update to the package, bump the 'Release' number and post a new link each time. This is a popular convention, but it doesn't seem to be formally documented. https://fedoraproject.org/wiki/Package_Review_Process Should this guidance be part of our instructions? - Ken It is actually documented already: https://fedoraproject.org/wiki/Packaging:FrequentlyMadeMistakes QUOTE: Increase the Release tag every time you upload a new package to avoid confusion. The reviewer and other interested parties probably still have older versions of your SRPM lying around to check what has changed between the old and new packages; those get confused when the revision didn't change. Regards, Mamoru Hm... that page hasn't been updated since 2010. During that time we've got new changelog GL describing how to handle spec file changes without bumping the release - this seems more than appropriate in a review process context. BTW, also some other stuff looks a little outdated here e. g., ParagNemade/CommonRpmlintErrors http://fedoraproject.org/wiki/ParagNemade/CommonRpmlintErrors. and the non-existing viewcvs link. --alec -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: pulseaudio maintainership status
On Sat, Dec 29, 2012 at 4:23 PM, Brendan Jones brendan.jones...@gmail.com wrote: On 12/28/2012 08:25 PM, Peter Robinson wrote: On Fri, Dec 28, 2012 at 3:34 PM, Brendan Jones brendan.jones...@gmail.com wrote: On 12/28/2012 12:33 AM, Kevin Kofler wrote: Steve Clark wrote: Then why is no one fixing the identified bugs? Because Lennart insists on backporting only individual fixes to Fedora releases as opposed to rebasing to a new version, and nobody has the time to identify and backport the relevant commits. IMHO, we should just upgrade PulseAudio to the latest version in an update. Kevin Kofler I fully agree. The effort it takes too identify fixes is too large. Also, upstream will not be as amenable in helping us diagnose bugs when we are so behind. I don't agree. We're moments from release and the 3.0 release hasn't been out for that long and it's likely that while it might fix the one bug it could introduce any number of other bugs. I know upstream is moving really fast these days, but I thinbk any risk is alleviated by Rex's backport - we can safely identify any showstoppers within a fedora release cycle. There's a working backport patch for a platform that isn't really supported in Fedora and it works on other virtual platforms without issue. While I would love to see 3.0 in Fedora 18 due to it's support for UCM which is used extensively in ARM I'm not even pushing it because I know it could break more than it might well fix. 1.1 for F17 is way to far behind IMHO given that upstream is now at 3.0. Why? it works and is relatively stable, there's a lot of change between 1.1, 2.0, 2.1 and 3.0 which could introduce any number of other bugs and regressions in a release that is suppose to be stable. Why? Upstream is now really active - insisting that they support software 2 major releases old is a bit much. If enough people are using rawhide and/or Rex's backport we should be able to keep close to upstream without risk. I think restricting ourselves to upstream major releases within the Fedora release cycle _becomes_ risky when we are so behind. The term If is the problem. How many people are using rawhide, I know I am but not really with sound, I'm not against it but I also don't see the point in upgrading just for the sake of it. Peter -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
rawhide report: 20121230 changes
Compose started at Sun Dec 30 08:15:26 UTC 2012 Broken deps for x86_64 -- [dogtag-pki] dogtag-pki-10.0.0-0.16.b3.fc19.noarch requires dogtag-pki-server-theme = 0:10.0.0 [ember] ember-0.6.3-3.fc19.x86_64 requires libOgreMain.so.1.7.4()(64bit) [epiphany-extensions] epiphany-extensions-3.6.0-1.fc19.x86_64 requires epiphany(abi) = 0:3.6 [evolution-rss] 1:evolution-rss-0.3.92-3.fc19.x86_64 requires libevolution-utils.so()(64bit) 1:evolution-rss-0.3.92-3.fc19.x86_64 requires libemiscwidgets.so()(64bit) 1:evolution-rss-0.3.92-3.fc19.x86_64 requires libemail-utils.so()(64bit) 1:evolution-rss-0.3.92-3.fc19.x86_64 requires libedataserverui-3.0.so.5()(64bit) 1:evolution-rss-0.3.92-3.fc19.x86_64 requires libcamel-1.2.so.42()(64bit) [freeipa] freeipa-server-3.1.0-1.fc19.x86_64 requires dogtag-pki-server-theme [freewrl] freewrl-1.22.13.1-3.fc18.i686 requires libGLEW.so.1.7 freewrl-1.22.13.1-3.fc18.x86_64 requires libGLEW.so.1.7()(64bit) libEAI-1.22.13.1-3.fc18.i686 requires libGLEW.so.1.7 libEAI-1.22.13.1-3.fc18.x86_64 requires libGLEW.so.1.7()(64bit) [gcc-python-plugin] gcc-python2-debug-plugin-0.11-1.fc19.x86_64 requires gcc = 0:4.7.2-8.fc19 gcc-python2-plugin-0.11-1.fc19.x86_64 requires gcc = 0:4.7.2-8.fc19 gcc-python3-debug-plugin-0.11-1.fc19.x86_64 requires gcc = 0:4.7.2-8.fc19 gcc-python3-plugin-0.11-1.fc19.x86_64 requires gcc = 0:4.7.2-8.fc19 [ghc-wai-extra] ghc-wai-extra-1.2.0.4-4.fc18.x86_64 requires libHSzlib-conduit-0.4.0.2-ghc7.4.1.so()(64bit) ghc-wai-extra-1.2.0.4-4.fc18.x86_64 requires libHSzlib-bindings-0.1.0.1-ghc7.4.1.so()(64bit) ghc-wai-extra-1.2.0.4-4.fc18.x86_64 requires libHSzlib-0.5.3.3-ghc7.4.1.so()(64bit) ghc-wai-extra-1.2.0.4-4.fc18.x86_64 requires libHSwai-1.2.0.3-ghc7.4.1.so()(64bit) ghc-wai-extra-1.2.0.4-4.fc18.x86_64 requires libHSvoid-0.5.6-ghc7.4.1.so()(64bit) ghc-wai-extra-1.2.0.4-4.fc18.x86_64 requires libHSvault-0.2.0.0-ghc7.4.1.so()(64bit) ghc-wai-extra-1.2.0.4-4.fc18.x86_64 requires libHSunordered-containers-0.2.1.0-ghc7.4.1.so()(64bit) ghc-wai-extra-1.2.0.4-4.fc18.x86_64 requires libHSunix-2.5.1.0-ghc7.4.1.so()(64bit) ghc-wai-extra-1.2.0.4-4.fc18.x86_64 requires libHStransformers-base-0.4.1-ghc7.4.1.so()(64bit) ghc-wai-extra-1.2.0.4-4.fc18.x86_64 requires libHStransformers-0.3.0.0-ghc7.4.1.so()(64bit) ghc-wai-extra-1.2.0.4-4.fc18.x86_64 requires libHStime-1.4-ghc7.4.1.so()(64bit) ghc-wai-extra-1.2.0.4-4.fc18.x86_64 requires libHStext-0.11.2.0-ghc7.4.1.so()(64bit) ghc-wai-extra-1.2.0.4-4.fc18.x86_64 requires libHSsemigroups-0.8.3.2-ghc7.4.1.so()(64bit) ghc-wai-extra-1.2.0.4-4.fc18.x86_64 requires libHSresourcet-0.3.2.2-ghc7.4.1.so()(64bit) ghc-wai-extra-1.2.0.4-4.fc18.x86_64 requires libHSparsec-3.1.2-ghc7.4.1.so()(64bit) ghc-wai-extra-1.2.0.4-4.fc18.x86_64 requires libHSold-time-1.1.0.0-ghc7.4.1.so()(64bit) ghc-wai-extra-1.2.0.4-4.fc18.x86_64 requires libHSold-locale-1.0.0.4-ghc7.4.1.so()(64bit) ghc-wai-extra-1.2.0.4-4.fc18.x86_64 requires libHSnetwork-2.3.0.13-ghc7.4.1.so()(64bit) ghc-wai-extra-1.2.0.4-4.fc18.x86_64 requires libHSmtl-2.1.1-ghc7.4.1.so()(64bit) ghc-wai-extra-1.2.0.4-4.fc18.x86_64 requires libHSmonad-control-0.3.1.3-ghc7.4.1.so()(64bit) ghc-wai-extra-1.2.0.4-4.fc18.x86_64 requires libHSlifted-base-0.1.1-ghc7.4.1.so()(64bit) ghc-wai-extra-1.2.0.4-4.fc18.x86_64 requires libHSinteger-gmp-0.4.0.0-ghc7.4.1.so()(64bit) ghc-wai-extra-1.2.0.4-4.fc18.x86_64 requires libHShttp-types-0.6.11-ghc7.4.1.so()(64bit) ghc-wai-extra-1.2.0.4-4.fc18.x86_64 requires libHShashable-1.1.2.3-ghc7.4.1.so()(64bit) ghc-wai-extra-1.2.0.4-4.fc18.x86_64 requires libHSghc-prim-0.2.0.0-ghc7.4.1.so()(64bit) ghc-wai-extra-1.2.0.4-4.fc18.x86_64 requires libHSfilepath-1.3.0.0-ghc7.4.1.so()(64bit) ghc-wai-extra-1.2.0.4-4.fc18.x86_64 requires libHSfast-logger-0.0.2-ghc7.4.1.so()(64bit) ghc-wai-extra-1.2.0.4-4.fc18.x86_64 requires libHSdlist-0.5-ghc7.4.1.so()(64bit) ghc-wai-extra-1.2.0.4-4.fc18.x86_64 requires libHSdirectory-1.1.0.2-ghc7.4.1.so()(64bit) ghc-wai-extra-1.2.0.4-4.fc18.x86_64 requires libHSdeepseq-1.3.0.0-ghc7.4.1.so()(64bit) ghc-wai-extra-1.2.0.4-4.fc18.x86_64 requires libHSdata-default-0.4.0-ghc7.4.1.so()(64bit) ghc-wai-extra-1.2.0.4-4.fc18.x86_64 requires libHScontainers-0.4.2.1-ghc7.4.1.so()(64bit) ghc-wai-extra-1.2.0.4-4.fc18.x86_64 requires libHSconduit-0.4.2-ghc7.4.1.so()(64bit) ghc-wai-extra-1.2.0.4-4.fc18.x86_64 requires libHScase-insensitive-0.4.0.1-ghc7.4.1.so()(64bit) ghc-wai-extra-1.2.0.4-4.fc18.x86_64 requires libHSbytestring-0.9.2.1-ghc7.4.1.so()(64bit)
F-18 Branched report: 20121230 changes
Compose started at Sun Dec 30 09:20:48 UTC 2012 Summary: Added Packages: 0 Removed Packages: 0 Upgraded Packages: 0 Compose finished at Sun Dec 30 13:38:51 UTC 2012 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: F-18 Branched report: 20121230 changes
It's been almost 10 days now that an update of Fedora-release has disabled the Updates-testing repository, but no updates are being pushed to stable yet. Is this right? Il 30/12/2012 14:43, Fedora Branched Report ha scritto: Compose started at Sun Dec 30 09:20:48 UTC 2012 Summary: Added Packages: 0 Removed Packages: 0 Upgraded Packages: 0 Compose finished at Sun Dec 30 13:38:51 UTC 2012 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: F-18 Branched report: 20121230 changes
Le dimanche 30 décembre 2012 à 16:19 +0100, Mattia Verga a écrit : It's been almost 10 days now that an update of Fedora-release has disabled the Updates-testing repository, but no updates are being pushed to stable yet. Is this right? yes, that's for the next release, ie nothing should be changed on the repository for the final round of test. -- Michael Scherer -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: prefered way of configuring X11 keyboard layouts in F18
Le Lun 24 décembre 2012 12:56, Lennart Poettering a écrit : On Fri, 21.12.12 16:11, Adam Williamson (awill...@redhat.com) wrote: If I have everything right, anaconda is offering a keymap list that it derives from xkb. I'm having trouble counting precisely how many layouts it offers, but it looks to be definitely over 400. According to 'localectl list-keymaps', systemd-localed has mappings for 209 keymaps. Well, that's simply a fact that the console keymaps are much fewer than the X keymaps, but that's not really an issue of localed/systemd, but rather a general shortcoming of the classic console keymap system. It's not a shortcoming of the classic console keymap system It's a shortcoming of using a separate layout source for the console. Writing layouts is *hard*. The syntax is unfriendly. You spend hours fool-proofing a design and then users ask you to move some symbols or Unicode.org finally standardises a symbol that your language needed before but that was not available and you need to rework the definition files without introducing new bugs. Nobody is going to do this work twice if there is a way to avoid it (and if you try to do it twice you will introduce discrepancies users will complain about). Debian/Ubuntu provided a way to avoid work duplication a long time ago. Ergo, no one is seriously working on the kbd database anymore. No amount of mapping lists is going to change that. 10 years of RH∕Fedora refusing to acknowledge this situation didn't bring layout authors back kbd-side. To get correct i18n layouts in kbd you need to source them from xkb-config one way or another or get someone to write all the missing kbd layout defs (and I posit he'll either go insane halfway through or do it through a script like debian because doing it manually is a Sisyphean task) Please remember layouts were the only bit hairy enough Xfree86.org and X.org agreed to continue collaborating on them when they split. Also, it's hardly a regression in comparison to older Fedora... i18n has moved a long way since the 90's. Being stuck in the past may be not a regression but it's nothing to be proud of. -- Nicolas Mailhot -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: 3D printing in Fedora
On Sun, 2012-12-30 at 10:43 +0100, Miro Hrončok wrote: Hi again. I just want to inform you I've created the wiki page about 3D Printing in Fedora: https://fedoraproject.org/wiki/Features/3D_Printing Feel free to add anything there, review a package or help by testing. Happy new year. Miro Hrončok Jabber: m...@hroncok.cz Telefon: +420777974800 2012/10/29 Miro Hrončok m...@hroncok.cz: Hi, I am involved in a student group on FIT of Czech Technical University in Prague - in that group, we focus on 3D printing (RepRap). 3D printing needs a set of software on a control PC, such as some kind of 3D modeller (we're currently using OpenSCAD), a slicer (to convert a 3D model to set of instructions for the printer, we're currently using skeinforge and/or Slic3r) and printer interface software (currently Printrun). Installing this basic set of tools on a Linux machine is painful, they aren't usually available in repositories, compiling them includes compiling a bunch of dependencies and we usually end up using binary executables from a tar or git cloning plenty of python scripts. Desktop files and menu entries - you don't get what you don't create yourself. I am currently working on adding this software to Fedora: https://github.com/hroncok/SPECS/ But that is not where I want to stop. I'd like to create a Fedora RepRap spin and make Fedora the best choice for 3D print guys. At this point, I would like to gather people interested in 3D printing and eventually create a 3D printing SIG. Would anyone be interested and help me? Miro Hrončok Jabber: m...@hroncok.cz Telefon: +420777974800 Thanks, Miro, I have used OpenSCAD to create two different projects. I hired Jay (j...@makerblock.com) to actually print the parts. They come out with a sort of satin finish (I think that is from the 0.3mm print resolution of the maker bot) The ABS is difficult to sand, and the PLA is nearly impossible to sand according to the gentleman who finalized the construction of our projects. I used OpenSCAD to create the parts and the tolerance was so good that I got just a bit of friction when I put them together. We used screws in the final assembly, but the material welds easily as described by Jay using acetone. I still want a Makerbot, but I haven't enough projects (or maker bucks) yet to get one. Using FEL for design with OpenSCAD, Mplab for picwork (I still have not gotten success with the open source tools, and MPLAB is free as well) and my friend simulating the various components, we completed the whole project from idea to end prototypes in less than 9 months. And the fit and finish are wonderful. The product has not yet made it into production, but I am still hopeful. By the way, Jay was extremely helpful. I would highly recommend him to anyone. I hope he is still doing this. regards, Les H -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Whats happened to SELinux commands and directories on F18 ?
Hi, I have tried to get audit2allow command and to disable SELinux using 'echo 0 /selinux/enforce' but neither seem to work. Can someone point me in the right direction with SELinux on F18 please ? Many thanks in advance, Aaron -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: pulseaudio maintainership status
On Sun, Dec 30, 2012 at 11:13:30 +, Peter Robinson pbrobin...@gmail.com wrote: The term If is the problem. How many people are using rawhide, I know I am but not really with sound, I'm not against it but I also don't see the point in upgrading just for the sake of it. I'm using rawhide and sound is working. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: texlua running for 8+ hours using 5GB of ram on yum update? (texlive-context-bin bug?)
On Sat, 29 Dec 2012, Paul Wouters wrote:
$ ps auxw|grep texlua
root 8268 37.5 32.7 5515148 5369112 pts/2 D+ 18:56 8:30 texlua
/usr/bin/mtxrun --generate
$ rpm -qf /usr/bin/mtxrun
texlive-context-bin-2012-0.svn26861.10.20121205_r28449.fc18.noarch
What is this? The man page hints of pdf generations. Why is this
happening? Why is it taking 8+ hours? Why is it taking 5GB of RES RAM?
In fact, I killed at after 24+ hours. It seems to come from this
snippet:
paul@bofh:/var/tmp$ sudo more rpm-tmp.nwu61Y
[ -e /var/run/texlive/run-texhash ] [ -e /usr/bin/texhash ] /usr/bin/texhash
2 /dev/null; rm -f /var /run/texlive/run-texhash
[ -e /var/run/texlive/run-mtxrun ] export TEXMF=/usr/share/texlive/texmf-dist;
export TEXMFCNF=/usr/share/texlive/texmf/web2c; export TEXMFCACHE=/var/lib/texmf;
/usr/bin/mtxrun --generate /dev/null; rm -f /var/run/texlive/run-mtxrun
strace showed it was going through random files on my disk. See below.
There is no man page for mtxrun :/
So I did a chmod 000 /usr/bin/luatex (it's a symlink) so at least yum
could finish with the other packages post sections.
Paul
openat(AT_FDCWD,
./backup/NOHATS/bofh.nohats.ca/05/home/paul/SOURCES/openswan-2.6.29rc2/testing/lib/libpluto/lib-parentR1duplicate/,
O_RDONLY|O_NONBLOCK|O_DIRECTORY|O_CLOEXEC) = 3
getdents(3, {{d_ino=6426238, d_off=2537253341511741787, d_reclen=24, d_name=..} {d_ino=6426455,
d_off=8685079802634238975, d_reclen=32, d_name=testlist.sh} {d_ino=6426454,
d_off=9223372036854775807, d_reclen=24, d_name=.}}, 32768) = 80
stat(./backup/NOHATS/bofh.nohats.ca/05/home/paul/SOURCES/openswan-2.6.29rc2/testing/lib/libpluto/lib-parentR1duplicate/testlist.sh,
{st_dev=makedev(8, 8), st_ino=6426455, st_mode=S_IFREG|0775, st_nlink=1, st_uid=500,
st_gid=500, st_blksize=4096, st_blocks=8, st_size=236, st_atime=2010/09/27-11:23:05,
st_mtime=2010/09/27-11:04:09, st_ctime=2012/07/12-22:23:40}) = 0
getdents(3, {}, 32768) = 0
close(3)= 0
openat(AT_FDCWD,
./backup/NOHATS/bofh.nohats.ca/05/home/paul/SOURCES/openswan-2.6.29rc2/testing/lib/libpluto/lib-parentR1psk/,
O_RDONLY|O_NONBLOCK|O_DIRECTORY|O_CLOEXEC) = 3
getdents(3, {{d_ino=6426238, d_off=2537253341511741787, d_reclen=24, d_name=..} {d_ino=6426369, d_off=6176172262435824781,
d_reclen=32, d_name=testlist.sh} {d_ino=6426370, d_off=7921348011365118063, d_reclen=32, d_name=.gitignore}
{d_ino=6426372, d_off=8540094707632144349, d_reclen=40, d_name=parentI1psk.pcap} {d_ino=6426371, d_off=8685079802634238975,
d_reclen=32, d_name=ikev2.record} {d_ino=6426368, d_off=9223372036854775807, d_reclen=24, d_name=.}}, 32768) = 184
stat(./backup/NOHATS/bofh.nohats.ca/05/home/paul/SOURCES/openswan-2.6.29rc2/testing/lib/libpluto/lib-parentR1psk/testlist.sh,
{st_dev=makedev(8, 8), st_ino=6426369, st_mode=S_IFREG|0775, st_nlink=1, st_uid=500,
st_gid=500, st_blksize=4096, st_blocks=8, st_size=235, st_atime=2010/09/27-11:23:05,
st_mtime=2010/09/27-11:04:09, st_ctime=2012/07/12-22:23:40}) = 0
stat(./backup/NOHATS/bofh.nohats.ca/05/home/paul/SOURCES/openswan-2.6.29rc2/testing/lib/libpluto/lib-parentR1psk/parentI1psk.pcap,
{st_dev=makedev(8, 8), st_ino=6426372, st_mode=S_IFREG|0664, st_nlink=1, st_uid=500,
st_gid=500, st_blksize=4096, st_blocks=8, st_size=580, st_atime=2011/10/02-21:05:20,
st_mtime=2010/09/27-11:04:09, st_ctime=2012/07/12-22:23:40}) = 0
stat(./backup/NOHATS/bofh.nohats.ca/05/home/paul/SOURCES/openswan-2.6.29rc2/testing/lib/libpluto/lib-parentR1psk/ikev2.record,
{st_dev=makedev(8, 8), st_ino=6426371, st_mode=S_IFREG|0664, st_nlink=1, st_uid=500,
st_gid=500, st_blksize=4096, st_blocks=8, st_size=1633, st_atime=2011/10/02-21:05:20,
st_mtime=2010/09/27-11:04:09, st_ctime=2012/07/12-22:23:40}) = 0
getdents(3, {}, 32768) = 0
close(3)= 0
openat(AT_FDCWD,
./backup/NOHATS/bofh.nohats.ca/05/home/paul/SOURCES/openswan-2.6.29rc2/testing/lib/libpluto/lib-parentR2/,
O_RDONLY|O_NONBLOCK|O_DIRECTORY|O_CLOEXEC) = 3
getdents(3, {{d_ino=6426238, d_off=2537253341511741787, d_reclen=24, d_name=..} {d_ino=6426305, d_off=3661591662934682292,
d_reclen=32, d_name=testlist.sh} {d_ino=6426308, d_off=6176172262435824781, d_reclen=40, d_name=parentI2.pcap}
{d_ino=6426307, d_off=7006227264168417752, d_reclen=32, d_name=.gitignore} {d_ino=6426306, d_off=8685079802634238975,
d_reclen=32, d_name=sanity.sed} {d_ino=6426304, d_off=9223372036854775807, d_reclen=24, d_name=.}}, 32768) = 184
stat(./backup/NOHATS/bofh.nohats.ca/05/home/paul/SOURCES/openswan-2.6.29rc2/testing/lib/libpluto/lib-parentR2/testlist.sh,
{st_dev=makedev(8, 8), st_ino=6426305, st_mode=S_IFREG|0775, st_nlink=1, st_uid=500,
st_gid=500, st_blksize=4096, st_blocks=8, st_size=309, st_atime=2010/09/27-11:23:05,
st_mtime=2010/09/27-11:04:09, st_ctime=2012/07/12-22:23:40}) = 0
stat(./backup/NOHATS/bofh.nohats.ca/05/home/paul/SOURCES/openswan-2.6.29rc2/testing/lib/libpluto/lib-parentR2/parentI2.pcap,
{st_dev=makedev(8, 8),
Re: pulseaudio maintainership status
Bruno Wolff III bruno at wolff.to writes: I'm using rawhide and sound is working. In VirtualBox, sound ONLY works when the guest is Rawhide, not F18, since only Rawhide has pulseaudio 3.0. https://bugzilla.redhat.com/show_bug.cgi?id=862976 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[rawhide] heads up: Terminal is now xfce4-terminal
Just a heads up to rawhide users... Terminal has been renamed upstream to xfce4-terminal and I have just landed the renamed package in rawhide. It should be in tomorrow's compose. So, Xfce (or Terminal users) will need to adjust your sessions to use 'xfce4-terminal' instead of 'Terminal'. kevin signature.asc Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [rawhide] heads up: Terminal is now xfce4-terminal
Will this ever reach F17 or F18? Miro Hrončok Jabber: m...@hroncok.cz Telefon: +420777974800 2012/12/30 Kevin Fenzi ke...@scrye.com: Just a heads up to rawhide users... Terminal has been renamed upstream to xfce4-terminal and I have just landed the renamed package in rawhide. It should be in tomorrow's compose. So, Xfce (or Terminal users) will need to adjust your sessions to use 'xfce4-terminal' instead of 'Terminal'. kevin -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [rawhide] heads up: Terminal is now xfce4-terminal
On Sun, 30 Dec 2012 23:05:40 +0100 Miro Hrončok m...@hroncok.cz wrote: Will this ever reach F17 or F18? No. I am not intending it to. :) kevin signature.asc Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Whats happened to SELinux commands and directories on F18 ?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Sun, Dec 30, 2012 at 06:56:05PM +, Aaron Gray wrote: I have tried to get audit2allow command and to disable SELinux using 'echo 0 /selinux/enforce' but neither seem to work. What are you trying to do? What error message are you receiving? - -Eric -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBAgAGBQJQ4My7AAoJEIB2q94CS7PRVv4QAMkMxRph0x06w4KxUZk0wZPn 0bcgL6nmADbl5Y0q7HKgjmL6SwDs/vyeWxso7Wkd3U+8y4/5eEpPzbxuy6pxvcTs rx83WKp+dXEIxAJ/T6ZxqNkTyVe1R5kMITwhN4KAmtmQlZ2NGfJQ8ofrdevQoklW F3+cbpxlIAwYtp5MzUubZnsbfvpoOcaHulTcFUe3pfnkG+x3/7Z1utIXe6h5eLDS V9EV0jpdnkA4mMATcdf60WCBcOjKFQ1wDV+aUSe33WWZ2iBZY63qcVuNiiVuiDsh 71bjDnpXpUm1/pYtZLwCIcPduASxOeeLi/mMwRQv/9mCzd5x81r+MOmmeYbDpBSR DhwFM0j+KginTJXTtt1d/V6xN1iHSFYhIkIKn1iHxvi6YIGIfLPPYlk1ig220Y0A G9wvuH4hgdtxxv4pqHvTG/vCv7+cqQGGSo47tMTfnhmfVUkR9Dh1Hz5l1grLXRD8 PnRLpb9/2Es81kbUm/13mHcvxpoxSkTbktPPZk5WfC/C0ITr9t24jAmLka0chL8J GdvxoZqXqUq6Iu9UJE3YdfTMiLRMxxx0JxgwvdeJdiB3CZ5tZfWhetJyClFBoV4B 7WlH2sAwUHXAolh7lLeWQypb2YN2FaGFBS3E3F+HFsaiyH2ddjho0kYYyKZMGcmV 5IZ4whY5+M40CPr8B+pw =oFWl -END PGP SIGNATURE- -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Whats happened to SELinux commands and directories on F18 ?
On 12/30/2012 11:56 AM, Aaron Gray wrote: Hi, I have tried to get audit2allow command and to disable SELinux using 'echo 0 /selinux/enforce' but neither seem to work. Can someone point me in the right direction with SELinux on F18 please ? Many thanks in advance, Aaron selinux is now mounted in /sys/fs/selinux (as of F17 I believe). Though: setenforce 0|1 is a more standard way. audit2allow is in policycoreutils-python these days I believe. -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA/CoRA DivisionFAX: 303-415-9702 3380 Mitchell Lane or...@cora.nwra.com Boulder, CO 80301 http://www.cora.nwra.com -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
File Mojolicious-3.70.tar.gz uploaded to lookaside cache by eseyman
A file has been added to the lookaside cache for perl-Mojolicious: e98af5124fd7b3e5a37a3844df9cff2e Mojolicious-3.70.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-Mojolicious] Update to 3.70
commit 54e6705f3c902cfaf533733ab38044e1c75b25b6
Author: Emmanuel Seyman emmanuel.sey...@club-internet.fr
Date: Sun Dec 30 09:27:16 2012 +0100
Update to 3.70
.gitignore|1 +
perl-Mojolicious.spec |7 +--
sources |2 +-
3 files changed, 7 insertions(+), 3 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index def216f..4d97ed6 100644
--- a/.gitignore
+++ b/.gitignore
@@ -71,3 +71,4 @@ Mojolicious-0.26.tar.gz
/Mojolicious-3.65.tar.gz
/Mojolicious-3.68.tar.gz
/Mojolicious-3.69.tar.gz
+/Mojolicious-3.70.tar.gz
diff --git a/perl-Mojolicious.spec b/perl-Mojolicious.spec
index ecec1a0..3038b1f 100644
--- a/perl-Mojolicious.spec
+++ b/perl-Mojolicious.spec
@@ -1,6 +1,6 @@
Name: perl-Mojolicious
-Version:3.69
-Release:2%{?dist}
+Version:3.70
+Release:1%{?dist}
Summary:A next generation web framework for Perl
License:Artistic 2.0
@@ -58,6 +58,9 @@ make test
%{_mandir}/man3/*
%changelog
+* Sun Dec 30 2012 Emmanuel Seyman emman...@seyman.fr - 3.70-1
+- Update to 3.70
+
* Sun Dec 23 2012 Emmanuel Seyman emman...@seyman.fr - 3.69-2
- Fix the date of the previous entry in the changelog
diff --git a/sources b/sources
index 037a5f7..edd884c 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-8eec750afbd4c75399ea97ea5724a00c Mojolicious-3.69.tar.gz
+e98af5124fd7b3e5a37a3844df9cff2e Mojolicious-3.70.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-Math-Random-ISAAC-XS] Remove no-longer-used macros
commit 1863864f76102efd04bbb8200affc9e188a3d808
Author: Emmanuel Seyman emmanuel.sey...@club-internet.fr
Date: Sun Dec 30 09:47:17 2012 +0100
Remove no-longer-used macros
perl-Math-Random-ISAAC-XS.spec |8
1 files changed, 4 insertions(+), 4 deletions(-)
---
diff --git a/perl-Math-Random-ISAAC-XS.spec b/perl-Math-Random-ISAAC-XS.spec
index 586c211..cbb8d7c 100644
--- a/perl-Math-Random-ISAAC-XS.spec
+++ b/perl-Math-Random-ISAAC-XS.spec
@@ -1,12 +1,10 @@
Name: perl-Math-Random-ISAAC-XS
Version:1.004
-Release:6%{?dist}
+Release:7%{?dist}
Summary:C implementation of the ISAAC PRNG algorithm
License:MIT or GPL+ or Artistic
-Group: Development/Libraries
URL:http://search.cpan.org/dist/Math-Random-ISAAC-XS/
Source0:
http://www.cpan.org/authors/id/J/JA/JAWNSY/Math-Random-ISAAC-XS-%{version}.tar.gz
-BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
BuildRequires: perl(ExtUtils::CBuilder)
BuildRequires: perl(ExtUtils::ParseXS)
BuildRequires: perl(Math::Random::ISAAC)
@@ -46,13 +44,15 @@ find $RPM_BUILD_ROOT -depth -type d -exec rmdir {}
2/dev/null \;
./Build test
%files
-%defattr(-,root,root,-)
%doc Changes examples LICENSE README
%{perl_vendorarch}/auto/*
%{perl_vendorarch}/Math*
%{_mandir}/man3/*
%changelog
+* Sun Dec 30 2012 Emmanuel Seyman emman...@seyman.fr - 1.004-7
+- Remove no-longer-used macros
+
* Fri Jul 20 2012 Fedora Release Engineering rel-...@lists.fedoraproject.org
- 1.004-6
- Rebuilt for https://fedoraproject.org/wiki/Fedora_18_Mass_Rebuild
--
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-Sub-Prototype] Various clean-ups
commit 5727a263dbdb7ae728d3dd430ca4f3393db8563b
Author: Emmanuel Seyman emmanuel.sey...@club-internet.fr
Date: Sun Dec 30 10:08:42 2012 +0100
Various clean-ups
perl-Sub-Prototype.spec | 14 --
1 files changed, 4 insertions(+), 10 deletions(-)
---
diff --git a/perl-Sub-Prototype.spec b/perl-Sub-Prototype.spec
index f73a501..24f94c9 100644
--- a/perl-Sub-Prototype.spec
+++ b/perl-Sub-Prototype.spec
@@ -1,13 +1,10 @@
Name: perl-Sub-Prototype
Version:0.02
-Release:9%{?dist}
+Release:10%{?dist}
Summary:Allows you to set a subs prototype
License:GPL+ or Artistic
-Group: Development/Libraries
URL:http://search.cpan.org/dist/Sub-Prototype/
Source0:
http://www.cpan.org/authors/id/F/FL/FLORA/Sub-Prototype-%{version}.tar.gz
-BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
-BuildRequires: perl
BuildRequires: perl(ExtUtils::MakeMaker)
BuildRequires: perl(Sub::Exporter)
BuildRequires: perl(Test::More)
@@ -27,8 +24,6 @@ which is exported by default.
make %{?_smp_mflags}
%install
-rm -rf $RPM_BUILD_ROOT
-
make pure_install PERL_INSTALL_ROOT=$RPM_BUILD_ROOT
find $RPM_BUILD_ROOT -type f -name .packlist -exec rm -f {} \;
@@ -40,17 +35,16 @@ find $RPM_BUILD_ROOT -depth -type d -exec rmdir {}
2/dev/null \;
%check
make test
-%clean
-rm -rf $RPM_BUILD_ROOT
-
%files
-%defattr(-,root,root,-)
%doc Changes README
%{perl_vendorarch}/auto/*
%{perl_vendorarch}/Sub*
%{_mandir}/man3/*
%changelog
+* Sun Dec 30 2012 Emmanuel Seyman emman...@seyman.fr - 0.02-10
+- Remove no-longer-used macros
+
* Fri Jul 20 2012 Fedora Release Engineering rel-...@lists.fedoraproject.org
- 0.02-9
- Rebuilt for https://fedoraproject.org/wiki/Fedora_18_Mass_Rebuild
--
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 890734] client denied by server configuration: /usr/share/rt3/html
Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=890734 --- Comment #3 from Fedora Update System upda...@fedoraproject.org --- Package rt3-3.8.15-3.fc18: * should fix your issue, * was pushed to the Fedora 18 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing rt3-3.8.15-3.fc18' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2012-21093/rt3-3.8.15-3.fc18 then log in and leave karma (feedback). -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=P9v6AhwUZGa=cc_unsubscribe -- 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
