I added avahi and kerberos USE flags and DEPENDs and updated the bindnow patch to work with 1.3.0. If used with mit-krb5 I suppose a mit-krb5-1.6 version is needed, since it comes with some gssapi files cups checks for, see Bug#: 177522 for more info. I also added a check if avahi was compiled with USE mdnsresponder-compat, it seems to be needed: cups output with avahi compiled without USE mdnsresponder-compat: checking dns_sd.h usability... no checking dns_sd.h presence... no checking for dns_sd.h... no cups output with avahi compiled with USE mdnsresponder-compat: checking dns_sd.h usability... yes checking dns_sd.h presence... yes checking for dns_sd.h... yes checking for DNSServiceProcessResult in -ldns_sd... yes Reproducible: Always Steps to Reproduce:
Created attachment 128175 [details] cups-1.3.0.ebuild
Created attachment 128176 [details] cups-1.3.0-bindnow.patch
Created attachment 128244 [details] cups-1.3.0.ebuild Added upstream patch http://www.cups.org/strfiles/2478/str2478.patch to fix STR #2478 http://www.cups.org/str.php?L2478
Created attachment 128245 [details] cups-1.3.0-str2478.patch
I tried the ebuild and it fails to install /etc/init.d/cupsd
You have to copy over the files directory from cups in portage, but apart from that there's definitely more work to do for cups 1.3 since both kdelibs and gtk+ need patches in order to compile with it.
local use flags (searching: mdnsresponder-compat) ************************************************************ [- ] mdnsresponder-compat (net-dns/avahi): Enable compat libraries for mDNSResponder if ! built_with_use net-dns/avahi mdnsresponder-compat ; then eerror "You have to build net-dns/avahi with the mdnsresponder-compat USE flag for cups zeroconf support." die "You have to build net-dns/avahi with the mdnsresponder-compat USE flag for cups zeroconf support." fi So couldn't the dep be || ( mdns avahi ) then?
Hello gentoo team, i have the problem like in 1.2.0 with the ssl keys. If i make a new install (empty /etc/cups/ssl directory) the server hangs when i accessed https://servername:631/admin. The last lines in /var/log/cups/error.log: E [10/Sep/2007:15:59:20 +0200] Unable to open listen socket for address :::631 - Address family not supported by protocol. I [10/Sep/2007:15:59:20 +0200] Listening to /var/run/cups/cups.sock on fd 4... I [10/Sep/2007:15:59:20 +0200] Resuming new connection processing... I [10/Sep/2007:15:59:50 +0200] Generating SSL server key... And now cups is hanging and not any more responding.... Please can somewone take a look at this issue ? thx, Daniel
well, please wait an hour and I will believe you that it hangs .. but how you tell it, sounds like you are just too impatient.
Hello Stefan, sorry, you was right i was to impatient. After a half an our, the certificate was generated ! This is an 2.4Ghz P4 System ... I [11/Sep/2007:09:06:23 +0200] Generating SSL server key... I [11/Sep/2007:09:28:54 +0200] Created SSL server key file "/etc/cups/ssl/server.key"... I [11/Sep/2007:09:28:54 +0200] Generating self-signed SSL certificate... Sorry. Daniel
Does 1.3.0 break API because kdelibs is failing to compile here: cups-util.c: In function 'cups_local_auth': cups-util.c:454: warning: passing argument 1 of 'httpAddrLocalhost' from incompatible pointer type make[4]: *** [cups-util.lo] Error 1 make[4]: *** Waiting for unfinished jobs....
(In reply to comment #6) > You have to copy over the files directory from cups in portage, but apart from > that there's definitely more work to do for cups 1.3 since both kdelibs and > gtk+ need patches in order to compile with it. FYI, I'm pretty sure gtk+ is fixed for cups-1.3 quite some time ago. gtk+-2.10.14 should have the compile fix, if not earlier versions and gtk+-2.12.0 does too. However I haven't tested compilation myself, there were just upstream fixes for it so supposedly it's all good by now
(In reply to comment #12) > FYI, I'm pretty sure gtk+ is fixed for cups-1.3 quite some time ago. > gtk+-2.10.14 should have the compile fix, if not earlier versions and > gtk+-2.12.0 does too. However I haven't tested compilation myself, there were > just upstream fixes for it so supposedly it's all good by now gtk+-2.12.0 does compile without the need for a patch, 2.10.14 however needs one. I'll attach the one I used below, the upstream bug is: http://bugzilla.gnome.org/show_bug.cgi?id=467414
Created attachment 131812 [details] gtk+-2.10.14-cups-1.3-compatibility.patch
CUPS 1.3.2 is out now. :D Any word yet on how compatible it is with all of KDE? Thanks
(In reply to comment #15) > CUPS 1.3.2 is out now. :D Any word yet on how compatible it is with all of KDE? > > Thanks > CUPS 1.3.3 is out now. Apparently 1.3.1 was a screwed up release that was accidentally pulled from the 1.4 tree. If there were some problems compiling with that then that might be why. ---Alex
Fixed in CVS, committed cups-1.3.3.ebuild and package.masked for testing.
Seems to work here... no kde or gtk installed though...
