Possible package...
Hello everyone, I've been looking at becoming a packager. I've yet to find software I need that isn't in fedora yet. I just found one I think. http://code.google.com/p/wkhtmltopdf/ It is based off of qt4 and webkit. Small source files, cmake build system. I can't find it in the repos anywhere. Would this be a good first package? I'll be using this for a couple of projects to convert html to pdf with much less hassle than ever before. Thoughts? -- Nathanael d. noblet -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Possible package...
go ahead On Fri, Sep 11, 2009 at 7:23 PM, Nathanael D. Noblet nathan...@gnat.ca wrote: Hello everyone, I've been looking at becoming a packager. I've yet to find software I need that isn't in fedora yet. I just found one I think. http://code.google.com/p/wkhtmltopdf/ It is based off of qt4 and webkit. Small source files, cmake build system. I can't find it in the repos anywhere. Would this be a good first package? I'll be using this for a couple of projects to convert html to pdf with much less hassle than ever before. Thoughts? -- Nathanael d. noblet -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list -- Itamar Reis Peixoto e-mail/msn: ita...@ispbrasil.com.br sip: ita...@ispbrasil.com.br skype: itamarjp icq: 81053601 +55 11 4063 5033 +55 34 3221 8599 -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Possible package...
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Nathanael D. Noblet wrote: Hello everyone, I've been looking at becoming a packager. I've yet to find software I need that isn't in fedora yet. I just found one I think. http://code.google.com/p/wkhtmltopdf/ It is based off of qt4 and webkit. Small source files, cmake build system. I can't find it in the repos anywhere. Would this be a good first package? I'll be using this for a couple of projects to convert html to pdf with much less hassle than ever before. Thoughts? Looking through the code, it looks like the #ifndef stuff for things called extensive hacks could cause some issues, but that's a cursory glance at it. I'm also not sure what to make of the patches for Qt in its repository. If they're serious patches, they should clone Qt on Gitorious and create merge requests. Fedora's Qt probably won't ship with them without some oversight that they aren't breaking things. Overall, it looks simple for a first package (though it's using qmake, not CMake). I haven't packaged anything that uses qmake myself, but more complex projects can quickly get too hard to deal with in qmake. If you're looking for other software to package, there is a wishlist on the wiki[1]. - --Ben [1]https://fedoraproject.org/wiki/Package_maintainers_wishlist -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iQIcBAEBAgAGBQJKqtJvAAoJEKaxavVX4C1X+okP/i6fQ9EvRD6+4oEeYwDrk0bM A1IpYqh3GgNGqbub+M6TmHapiRLN0bvcEMwpzlU0smDMAYHibAJ3e6eKpXLs+1hz UudCQkIccPszifnxhwiazuTpH4fmg/fFl62XxxcY+ffW4yJA6t6HPfHIWwo158E9 WuLpBv56vdI20NEqFFqpi/LJRA6FUT7VPX+Cik42H+x00/2hHv1s5/q8HY/hnMIq Vz3fMRo0Gi/FAGacNfLNAnZiBBLOwcTKgkZLbP4yiarGbHS/HAzTZwSw7mt0Wx7M 9bkuBsUZohScr2SXvwo/ElgE8EVjh80hljTg4c0eToi8DvYUueDIeX6ZOri7hqQq N7orfvYnx3ZEE2HuixJagdVP7/QdGB6NJhfzMO9AaazoTRywOJZGH3B/dIIEVaAg VGnvmgirHQ4spbcPglnGnHu/mGxYzXIV0eMEZ/R1KNrXvYVxUro0EvZ0VIu9MkAm MAAWabdQxSoPvZHgVZAvl+DRjgLUUTWWoe6yjJ+BPOCdcedsMGnu9v50n63BihD4 014o2vH7Kq+ZDuOtDnz+brOw5QWdbBNV4GHXDHPxVzPkbE2WXwTqZEmDKmjvfitG 7mdKlSUl3voan166fXB/DkwhaMr8nel+SSG8etEpAa7olfU5EFpHcp2amIMkyQYR WLITDvacyYPSmHWc2W8o =e3mV -END PGP SIGNATURE- -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Possible package...
Nathanael D. Noblet wrote: Hello everyone, I've been looking at becoming a packager. I've yet to find software I need that isn't in fedora yet. I just found one I think. http://code.google.com/p/wkhtmltopdf/ It is based off of qt4 and webkit. Small source files, cmake build system. I can't find it in the repos anywhere. Would this be a good first package? I'll be using this for a couple of projects to convert html to pdf with much less hassle than ever before. Thoughts? I wouldn't start by finding just any project to try your hand at packaging. Packaging requires some level of continuing commitment to support. I wouldn't do that unless you feel some personal desire to support that package. Instead, find something you are really interested in. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Possible package...
Ben Boeckel wrote: Looking through the code, it looks like the #ifndef stuff for things called extensive hacks could cause some issues, but that's a cursory glance at it. I'm also not sure what to make of the patches for Qt in its repository. If they're serious patches, they should clone Qt on Gitorious and create merge requests. Fedora's Qt probably won't ship with them without some oversight that they aren't breaking things. At least part of their patches look like really awful hacks, e.g. they're making some of QtGui work without X11 to support their stuff being used in text mode despite using QtWebKit (which is normally a GUI component). Some of the patches also appear to break ABI compatibility. This really needs to be made to work with unmodified upstream Qt (even if it means requiring an active X11 session). Some of the patches might be upstreamable, with or without additional required fixes (like maintaining binary compatibility), but others are just plain no gos. Kevin Kofler -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Possible package...
On Fri, Sep 11, 2009 at 9:03 PM, Kevin Kofler kevin.kof...@chello.at wrote: Ben Boeckel wrote: Looking through the code, it looks like the #ifndef stuff for things called extensive hacks could cause some issues, but that's a cursory glance at it. I'm also not sure what to make of the patches for Qt in its repository. If they're serious patches, they should clone Qt on Gitorious and create merge requests. Fedora's Qt probably won't ship with them without some oversight that they aren't breaking things. At least part of their patches look like really awful hacks, e.g. they're making some of QtGui work without X11 to support their stuff being used in text mode despite using QtWebKit (which is normally a GUI component). Some of the patches also appear to break ABI compatibility. I'd try adding a shell script wrapper which just does: if test -z $DISPLAY; then exec xvfb-run /usr/libexec/foo/real-binary else exec /usr/libexec/foo/real-binary fi Then you just need a dep on xorg-x11-server-Xvfb Incidentally, I'd like to change the OS so that you *always* have a DISPLAY (and DBUS_SESSION_BUS_ADDRESS), the first step of which would probably just be a pam_session module that asks ConsoleKit if your uid currently has a login, and if so pulls those bits in. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Possible package...
On Sep 11, 2009, at 7:03 PM, Kevin Kofler wrote: Ben Boeckel wrote: Looking through the code, it looks like the #ifndef stuff for things called extensive hacks could cause some issues, but that's a cursory glance at it. I'm also not sure what to make of the patches for Qt in its repository. If they're serious patches, they should clone Qt on Gitorious and create merge requests. Fedora's Qt probably won't ship with them without some oversight that they aren't breaking things. At least part of their patches look like really awful hacks, e.g. they're making some of QtGui work without X11 to support their stuff being used in text mode despite using QtWebKit (which is normally a GUI component). Some of the patches also appear to break ABI compatibility. This really needs to be made to work with unmodified upstream Qt (even if it means requiring an active X11 session). Some of the patches might be upstreamable, with or without additional required fixes (like maintaining binary compatibility), but others are just plain no gos. Yeah, I saw their patches, but didn't look at any of the actual code. Since I know you are an avid KDE/Qt consumer, perhaps I can ask you for some information about this program and if a better way to accomplish what it is doing exists. I write web apps, often I want to provide a pdf output of the nicely designed / styled html. This becomes difficult because I'm writing from the webserver's perspective, not a browser/rendering engine. This solves the problem very nicely for me in that it lets a rendering engine have a go at the html and then outputs the pdf. It works wonderfully in my tests. Obviously they are using the webkit/qt bindings to do this. Would there be a way to use those without the qt hacks they are introducing? If so I don't mind getting my hands dirty to look, my C/C++ skills are a bit rusty but I've always enjoyed it, and this is an itch I've been trying to scratch for a couple years now. So would feel great if it could be solved and become part of fedora. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
