I noticed that the pages that the usernotes are pointing to are all in
lowercase which causes pages not to be found, such as pointing to xpdf
and the page is Xpdf, xmms and it's XMMS, it's not the same in every
case though as OpenSSL points to the right place.
A lot of the usernotes don't actually
Guy Dalziel wrote these words on 04/14/06 11:53 CST:
I noticed that the pages that the usernotes are pointing to are all in
lowercase which causes pages not to be found, such as pointing to xpdf
and the page is Xpdf, xmms and it's XMMS, it's not the same in every
case though as OpenSSL points
On 4/14/06, Guy Dalziel [EMAIL PROTECTED] wrote:
I noticed that the pages that the usernotes are pointing to are all in
lowercase which causes pages not to be found, such as pointing to xpdf
and the page is Xpdf, xmms and it's XMMS, it's not the same in every
case though as OpenSSL points to
Dan Nicholson wrote these words on 04/14/06 12:32 CST:
I'll fix Xpdf and XMMS now.
Please don't. It is already fixed in my sandbox. Did you read my
previous message?
--
Randy
rmlscsi: [bogomips 1003.28] [GNU ld version 2.16.1] [gcc (GCC) 4.0.3]
[GNU C Library stable release version 2.3.6]
On 14/04/06, Randy McMurchy [EMAIL PROTECTED] wrote:
For example, the a2ps package has a page already created named 'A2PS'.
All capitalized. Of course, nowhere in the XML or anywhere else is
a2ps referenced all capitalized, yet the Wiki page was created like
this. There would be no way of
On 4/14/06, Randy McMurchy [EMAIL PROTECTED] wrote:
Dan Nicholson wrote these words on 04/14/06 12:32 CST:
I'll fix Xpdf and XMMS now.
Please don't. It is already fixed in my sandbox. Did you read my
previous message?
Got it. I think you wrote that message at the same time I was writing
On 4/12/06, Alexander E. Patrakov [EMAIL PROTECTED] wrote:
Dan Nicholson write:
Referencing ticket 1827
(http://wiki.linuxfromscratch.org/blfs/ticket/1827), I was hoping for
some review on a commit to put a link to Locale Related Issues for
Nano-1.2.5. On the Locale page, there's simply
On 4/14/06, Randy McMurchy [EMAIL PROTECTED] wrote:
Dan Nicholson wrote these words on 04/14/06 13:10 CST:
I think the idea is that the Wiki is following the conventional
behavior of putting wiki links with mixed-case proper name, like
OpenSSL. We could probably switch to one of two
Dan Nicholson wrote these words on 04/14/06 13:10 CST:
I think the idea is that the Wiki is following the conventional
behavior of putting wiki links with mixed-case proper name, like
OpenSSL. We could probably switch to one of two conventions:
But there is no consistency here. For example,
Guy Dalziel wrote these words on 04/14/06 13:10 CST:
Perhaps this data could be grabbed from the title of the page itself.
But it is already done. It was pulled from the name of the .xml file.
If I had known that there were so many pages already created, I would
have perhaps done it
Randy McMurchy wrote these words on 04/14/06 13:44 CST:
But there is no consistency here.
Sorry for the double post. Thunderbird said it didn't deliver the
message, so I sent it again. However, Thunderbird lied. :-)
--
Randy
rmlscsi: [bogomips 1003.28] [GNU ld version 2.16.1] [gcc (GCC)
On 14/04/06, Randy McMurchy [EMAIL PROTECTED] wrote:
What is a shame is that I sent an email to the -dev list before any
changes were made about using all lower-case names for the Wiki
links asking if this was okay. Not one reply.
I must have missed that one otherwise I would have pointed that
Randy McMurchy wrote:
#'s 1-3: The autotooled version compiles and installs fine. As best
as I can tell, the library builds correctly and automatically finds
and pulls in libz and libm. The pkgconfig .pc file is correct without
modification or patching. The only issue is the maintainer thinks
Hi,
I recently built koffice 1.5.0. I noticed a few things regarding krita:
- it requires littleCMS, libjpeg and libexif. It won't build without
those. (Won't build means that configure excludes krita from the
build process. The actual build will complete without error but krita
is not
Miguel Bazdresch wrote:
Hi,
I recently built koffice 1.5.0. I noticed a few things regarding krita:
- it requires littleCMS, libjpeg and libexif. It won't build without
those. (Won't build means that configure excludes krita from the
build process. The actual build will complete
Miguel Bazdresch wrote:
* Bruce Dubbs [EMAIL PROTECTED] [2006-04-14 20:29]:
I worked around this by creating a symlink but that's hacky.
The only other thing I can think of is to change the Makefile.
I don't believe that will work, since configure won't create the
makefiles needed for krita
On 4/14/06, Randy McMurchy [EMAIL PROTECTED] wrote:
In the Trac bug, Dan has mentioned that he feels we could go with
the autotooled version of the library safely. I feel likewise.
In the bug, you mentioned that 1.3.0 will be released soon with a new
.so version. In that case, it might be
* Bruce Dubbs [EMAIL PROTECTED] [2006-04-14 21:36]:
I just was looking at this. I don't think we are getting the same
thing. I see:
checking for libjpeg6b... no
checking for libjpeg... -ljpeg
I just double-checked. My mistake; I missed where it looked for libjpeg.
The message below threw
Miguel Bazdresch wrote:
Here it's complaining about libexif. It wasn't required for koffice
1.4.2, but it is now.
Yeah. I just came to that conclusion myself.
The message says that krita won't be able to import/export jpeg. Are
you saying that krita won't build at all without libexif?
* Bruce Dubbs [EMAIL PROTECTED] [2006-04-14 22:14]:
The message says that krita won't be able to import/export jpeg. Are
you saying that krita won't build at all without libexif?
I hope I didn't
It won't build without littleCMS. This is a new required dependency.
In 1.4.2, to build with
Miguel Bazdresch wrote:
* Bruce Dubbs [EMAIL PROTECTED] [2006-04-14 22:14]:
The message says that krita won't be able to import/export jpeg. Are
you saying that krita won't build at all without libexif?
I hope I didn't
It won't build without littleCMS. This is a new required
21 matches
Mail list logo