Re: package not found
On Monday 07 December 2009 20:49:07 jus...@shiningsilence.com wrote: Have you tried doing a 'bmake install' in textproc/convertlit to build it separately? That would at least let the original install finish, which was the goal. I tried. I got this result: Blech. The only thing to do that I can think of is to work backwards and figure out what's installed that brings in that package. It doesn't make sense that kdevelop would bring this in.
Re: package not found
On Friday 04 December 2009 20:46:33 jus...@shiningsilence.com wrote: Darned if I know... ma...@netbsd.org is the maintainer of the kdelibs3 and kdelibs4 packages - maybe ask him? I did, and got this answer: -- Forwarded Message -- Subject: Re: kdevelop requires convertlit Date: Saturday 05 December 2009 From: Mark Davies m...@ecs.vuw.ac.nz To: Pierre Abbat p...@phma.optus.nu Sorry, no idea. I presume whatever database your pkgin is using has got corrupted as there is no dependency on convertlit or ebook-tools in any of kde3 (there is a dependency on ebook-tools in kdegraphics4). cheers mark - -- I believe in Yellow when I'm in Sweden and in Black when I'm in Wales.
Re: package not found
On Friday 04 December 2009 20:46:33 jus...@shiningsilence.com wrote: Darned if I know... ma...@netbsd.org is the maintainer of the kdelibs3 and kdelibs4 packages - maybe ask him? I did, and got this answer: -- Forwarded Message -- Subject: Re: kdevelop requires convertlit Date: Saturday 05 December 2009 From: Mark Davies m...@ecs.vuw.ac.nz To: Pierre Abbat p...@phma.optus.nu Sorry, no idea. I presume whatever database your pkgin is using has got corrupted as there is no dependency on convertlit or ebook-tools in any of kde3 (there is a dependency on ebook-tools in kdegraphics4). Yeah, backtracking, kdegraphics4 does depend on convertlit. However, kdevelop looks like it depends on kde3, not kde4. I'm not sure how you got to this point. You could clean out all the kde packages, and redo the install, capturing the whole thing with script(1), and then we could go through it to see what happened. That's going to be a lot of hassle that doesn't necessarily get us to an answer. Have you tried doing a 'bmake install' in textproc/convertlit to build it separately? That would at least let the original install finish, which was the goal.
Re: package not found
On Monday 07 December 2009 20:49:07 jus...@shiningsilence.com wrote: Have you tried doing a 'bmake install' in textproc/convertlit to build it separately? That would at least let the original install finish, which was the goal. I tried. I got this result: === Patching for convertlit-1.8nb1 = Applying pkgsrc patches for convertlit-1.8nb1 1 out of 1 hunks failed--saving rejects to clit18/Makefile.rej Patch /usr/pkgsrc/textproc/convertlit/patches/patch-aa failed ERROR: Patching failed due to modified or broken patch file(s): ERROR: /usr/pkgsrc/textproc/convertlit/patches/patch-aa *** Error code 1 Stop. bmake: stopped in /usr/pkgsrc/textproc/convertlit *** Error code 1 Stop. bmake: stopped in /usr/pkgsrc/textproc/convertlit Pierre -- li ze te'a ci vu'u ci bi'e te'a mu du li ci su'i ze te'a mu bi'e vu'u ci @@ -1,9 +1,9 @@ all: clit -CFLAGS=-funsigned-char -Wall -O2 -I ../libtommath-0.30/ -I ../lib -I ../lib/des -I . +CFLAGS+=-funsigned-char -Wall -I ../libtommath-0.30/ -I ../lib -I ../lib/des -I . clean: rm -f *.o clit clit: clit.o hexdump.o drm5.o explode.o transmute.o display.o utils.o manifest.o ../lib/openclit.a - gcc -o clit $^ ../libtommath-0.30/libtommath.a + gcc ${LDFLAGS} -o clit $^ -ltommath
Re: package not found
On Sunday 29 November 2009 16:17:15 jus...@shiningsilence.com wrote: I'm not sure why installing kdevelop would require convertlit, but it may be something where the series of dependencies runs that way? I did pkgin sd kdevelop and it gave me a short list. pkgin sfd kdevelop gives a much longer list, including convertlit, not tree-formatted so I can't see what's going on. pkgin srd convertlit, however, returns nothing. full dependency tree for kdevelop tex-bin-dvipsk-[0-9]* texlive-pdftools-[0-9]* dvipsk-[0-9]* poppler-qt=0.10.7 mysql-client=4.1.225 qt4-mysql-[0-9]* mysql-server-[0-9]* librfuncs=1.0.7nb1 libmal=0.44nb1 gpgme=1.0.3nb1 akonadi=1.2.0nb1 kdepimlibs4=4.0.0nb1 kdesdk=3.5.10nb3 kdelibdocs=3.2 doxygen=1.3.5 a2ps=4.12 kdevelop-base=3.1.0 libhfs=3.2.6nb1 cyrus-sasl=2.1.20nb3 zip-[0-9]* libzip=0.7.1 convertlit-[0-9]* db=2.7.7nb2 ... Pierre -- .i toljundi do .ibabo mi'afra tu'a do .ibabo damba do .ibabo do jinga .icu'u la ma'atman.
Re: package not found
On Friday 04 December 2009 17:48:41 Pierre Abbat wrote: I did pkgin sd kdevelop and it gave me a short list. pkgin sfd kdevelop gives a much longer list, including convertlit, not tree-formatted so I can't see what's going on. pkgin srd convertlit, however, returns nothing. Figured it out. I had to list every dependency in every package. kdegraphics and kdelibs both depend on ebook-tools, which depends on convertlit. I can understand ebook-tools depending on convertlit, but not kdelibs depending on ebook-tools. I've looked in the include files of the Makefile, but I don't see how kdelibs is depending on ebook-tools. Can any of you figure it out? Pierre -- li ze te'a ci vu'u ci bi'e te'a mu du li ci su'i ze te'a mu bi'e vu'u ci
Re: package not found
On Friday 04 December 2009 17:48:41 Pierre Abbat wrote: Figured it out. I had to list every dependency in every package. kdegraphics and kdelibs both depend on ebook-tools, which depends on convertlit. I can understand ebook-tools depending on convertlit, but not kdelibs depending on ebook-tools. I've looked in the include files of the Makefile, but I don't see how kdelibs is depending on ebook-tools. Can any of you figure it out? Darned if I know... ma...@netbsd.org is the maintainer of the kdelibs3 and kdelibs4 packages - maybe ask him?
Re: package not found
On Saturday 28 November 2009 22:18:12 jus...@shiningsilence.com wrote: The list of packages (the packages.bz2 file) is created when the files are uploaded; this should always match unless something happens to damage the file transfer, or if there's some legal restriction that keeps files from being uploaded. In this case, convertlit is restricted. If you look at the Makefile, it's forbidden to upload the binary (or even source?) anywhere, as there's apparently legal issues around it. It's a converter to Convert Microsoft Legal Reader format eBooks into open format, so I'm not too surprised. The uploaded report lists what was buildable, not what's available. As kdevelop is free software, it shouldn't depend on convertlit, which isn't. I got the same error when trying to upgrade. I have a directory /usr/pkgsrc/textproc/convertlit, but that's the only place any file named convertlit is found, and it doesn't look like I've tried to build it. How can the dependencies be fixed so that I won't get this error? Pierre -- When a barnacle settles down, its brain disintegrates. Já não percebe nada, já não percebe nada.
Re: package not found
On Saturday 28 November 2009 22:18:12 jus...@shiningsilence.com wrote: As kdevelop is free software, it shouldn't depend on convertlit, which isn't. I got the same error when trying to upgrade. I have a directory /usr/pkgsrc/textproc/convertlit, but that's the only place any file named convertlit is found, and it doesn't look like I've tried to build it. How can the dependencies be fixed so that I won't get this error? The only way convertlit can be installed is if you build it manually. You would have to go to /usr/pkgsrc/textproc/convertlit and do 'bmake install', because of the odd legal status of this package. I'm not sure why installing kdevelop would require convertlit, but it may be something where the series of dependencies runs that way?
Re: package not found
On Friday 27 November 2009 00:12:53 niklasro.appspot.com wrote: Dito when handling gnomebuild, could patch bitwise failing packs, eventually gave in using fluxbox and 2.4 now, noting uri and urn are wider standards than url, url we shan't use, use uri and/or urn, unixgrandmaster told. Same error when trying to install kdevelop. Is there a way to attempt to download all packages in the list without trying to install them? Who's responsible for making sure that the list of packages matches the packages? The list of packages (the packages.bz2 file) is created when the files are uploaded; this should always match unless something happens to damage the file transfer, or if there's some legal restriction that keeps files from being uploaded. In this case, convertlit is restricted. If you look at the Makefile, it's forbidden to upload the binary (or even source?) anywhere, as there's apparently legal issues around it. It's a converter to Convert Microsoft Legal Reader format eBooks into open format, so I'm not too surprised. The uploaded report lists what was buildable, not what's available. From the Makefile: # In order to ensure compliance with U.S. and international law, please # do not modify this file to provide pointers to the source or homepage # for this software or submit any PRs telling us the contents of the # HOMEPAGE or MASTER_SITES definitions in this Makefile. RESTRICTED= Possible legal problems NO_SRC_ON_FTP= ${RESTRICTED} NO_BIN_ON_FTP= ${RESTRICTED} NO_SRC_ON_CDROM=${RESTRICTED} NO_BIN_ON_CDROM=${RESTRICTED} I don't know what was catching niklasro - might have been the same problem. In this case with this binary, it's a wierd legal problem.
Re: package not found
On Fri, Nov 27, 2009 at 2:11 AM, Pierre Abbat p...@phma.optus.nu wrote: I'm trying to upgrade to the latest packages for 2.5.1/i386 and I get this: downloading libzip-0.9.tgz: 100% pkgin: could not stat url: http://avalon.dragonflybsd.org/packages/i386/DragonFly-2.5/stable/All/convertlit-1.8nb1.tgz: Not Found Pierre -- li fi'u vu'u fi'u fi'u du li pa Dito when handling gnomebuild, could patch bitwise failing packs, eventually gave in using fluxbox and 2.4 now, noting uri and urn are wider standards than url, url we shan't use, use uri and/or urn, unixgrandmaster told.