[gentoo-user]
Re: [gentoo-user] Openoffice dies on startup
Kevin O'Gorman wrote: I hadn't used it for a month or so. Perhaps it got resentful. Anyway, recent attempts to start any flavor of OpenOffice have failed early. It does ask about plugins, and whether it shour restore my session, but shortly after that it simply dies. There's no dialog box, and nothing obvious in the log files. I've done revdep-rebuild, and its clean. Then I re-emerged openoffice-bin (which is what I use). To no avail. Any ideas? to see where it's dying, can you run: $ gdb /usr/lib/openoffice/program/soffice.bin and then when it dies in the gdb prompt: (gdb) thread apply all bt and post the output This might not show much, if you use openoffice-bin, we'll see. -- Iain Buchanan iaindb at netspace dot net dot au [Peter gets fired] Peter Griffin: Hey, Lois, the lost my job smells great. Hey, Meg, could you pass me the fired my ass for negligence? Lois Griffin: Peter, are you OK? Peter Griffin: Great. I haven't got a job in the world.
Re: [gentoo-user]
Ronnie Collinson wrote: [EMAIL PROTECTED] nor writing, it appears. -- Iain Buchanan iaindb at netspace dot net dot au Remember that there is an outside world to see and enjoy. -- Hans Liepmann
Re: [gentoo-user] Openoffice dies on startup
Am Mittwoch 24 September 2008 07:28:42 schrieb ext Kevin O'Gorman: I hadn't used it for a month or so. Perhaps it got resentful. Anyway, recent attempts to start any flavor of OpenOffice have failed early. It does ask about plugins, and whether it shour restore my session, but shortly after that it simply dies. There's no dialog box, and nothing obvious in the log files. First thing I do in such cases is to start the thing from a shell, to see what's printed on stderr/stdout. Most of the times this gives valuable hints. I've done revdep-rebuild, and its clean. Then I re-emerged openoffice-bin (which is what I use). To no avail. Any ideas? emerge -C openoffice-bin emerge openoffice openoffice-bin has been compiled with a given set of use flags and on a machine that may or may not match what you have. Compiling it yourself is always the better idea. Bye... Dirk -- Dirk Heinrichs | Tel: +49 (0)162 234 3408 Configuration Manager | Fax: +49 (0)211 47068 111 Capgemini Deutschland | Mail: [EMAIL PROTECTED] Wanheimerstraße 68 | Web: http://www.capgemini.com D-40468 Düsseldorf | ICQ#: 110037733 GPG Public Key C2E467BB | Keyserver: wwwkeys.pgp.net signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Re: Please, let me understand
cut The others already gave you a working solution, but here's the reason this is happening: The qca package recently became slotted. However, only qca-1.0-r3 and higher are slotted. You have qca-1.0-r2 installed with is *not* slotted and therefore you can't install qca-2.x at the same time. Problem is, qca-1.0-r3 is keyworded so you need to place this: =app-crypt/qca-1.0-r3 in your /etc/portage/package.keywords and then proceed as the others said. Unmerge the current version: emerge -aC =app-crypt/qca-1.0-r2 and only then do your world update. I followed the tip but now the output of emerge -NDpvu contains, among the others, this line: [ebuild NS ] app-crypt/qca-1.0-r3 0 kB Regards emilio
Re: [gentoo-user] Re: Please, let me understand
Am Mittwoch 24 September 2008 10:07:27 schrieb ext econti: I followed the tip but now the output of emerge -NDpvu contains, among the others, this line: [ebuild NS ] app-crypt/qca-1.0-r3 0 kB As it should. Bye... Dirk -- Dirk Heinrichs | Tel: +49 (0)162 234 3408 Configuration Manager | Fax: +49 (0)211 47068 111 Capgemini Deutschland | Mail: [EMAIL PROTECTED] Wanheimerstraße 68 | Web: http://www.capgemini.com D-40468 Düsseldorf | ICQ#: 110037733 GPG Public Key C2E467BB | Keyserver: wwwkeys.pgp.net signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] hduitil for linux
Andrey Vul [EMAIL PROTECTED] wrote: Is there a hdiutil clone for Linux? mkisofs lacks HFS+ support and my SSE3-capable computer is still compiling KDE. It will take a long while to get OSX inside VMware working. Why do you believe that you need HFS+ at all? mkisofs supports Apple MAC UDF extensions since Spring 2007. Just have a look at the man page and use the same options as you would use to create HFS but in addition add: -UDFto enable a non-anonymous UDF hybrid file system -no-hfs to turn off creating a ISO9660/HFS hybrid when UDF based Mac OS extensions are used. This uses code that was developped by the German Company Helios that is specialized on selling self created SunOS (and now also others) based file servers to turn off creating a ISO9660/HFS hybrid when UDF based Mac OS extensions are used for Apple products since more than 20 years. As Helios uses mkisofs and it's UDF MAC extensions for backups, this could be called the only known mature solution. P.S. make sure you are not using the outdated mkisofs clone from Debian. Jörg -- EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin [EMAIL PROTECTED](uni) [EMAIL PROTECTED] (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily
[gentoo-user] webdav + foxmarks
All, I am trying to set up Foxmarks to use my Apache webdav implementation to store my Firefox bookmarks. Unfortunately when Foxmarks tries to upload the appropriate files to the webserver it fails and I then see the following message in my Apache error_log: [Tue Sep 23 21:38:23 2008] [error] [client 10.2.6.2] client denied by server configuration: /var/webdav My Apache webdav configuration is shown below: IfModule mod_dav.c Alias /dav /var/webdav DavMinTimeout 600 Directory /dav Options None Dav On AllowOverride None Order allow,deny Allow from all Limit GET PUT POST DELETE PROPFIND PROPPATCH MKCOL COPY MOVE LOCK UNLOCK AuthType Basic AuthName WebDav Restricted Repository AuthUserFile /var/webdav/.davpasswd Require valid-user /Limit /Directory /IfModule Thoughts? -j
Re: [gentoo-user] webdav + foxmarks
[ 24.09.2008 15:58 ], James : All, I am trying to set up Foxmarks to use my Apache webdav implementation to store my Firefox bookmarks. Unfortunately when Foxmarks tries to upload the appropriate files to the webserver it fails and I then see the following message in my Apache error_log: [Tue Sep 23 21:38:23 2008] [error] [client 10.2.6.2] client denied by server configuration: /var/webdav My Apache webdav configuration is shown below: IfModule mod_dav.c Alias /dav /var/webdav DavMinTimeout 600 Directory /dav Options None Dav On AllowOverride None Order allow,deny Allow from all Limit GET PUT POST DELETE PROPFIND PROPPATCH MKCOL COPY MOVE LOCK UNLOCK AuthType Basic AuthName WebDav Restricted Repository AuthUserFile /var/webdav/.davpasswd Require valid-user /Limit /Directory /IfModule Maybe You need directory /var/webdav Allow from all /directory -- Rafał (ert16) Trójniak [EMAIL PROTECTED] : [EMAIL PROTECTED] Jid : [EMAIL PROTECTED] [EMAIL PROTECTED] GPG key-ID : DD681D47 749F E1DC A58F 9084 BBC0 797A 0691 53D6 DD68 1D47 signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] root on raid 1 = no boot
On Wednesday 17 September 2008, Nicolas Sebrecht wrote: Volker Armin Hemmann a écrit: and in grub.conf I have this: title=raid root (hd0,0) kernel /vmlinuz root=/dev/md1 md=1,/dev/sda3,/dev/sdb3 nopat Did you tried this : kernel /vmlinuz root=/dev/md1 md=1,1,/dev/sda3,/dev/sdb3 nopat thanks, that did the trick. Now I can forget that genkernel crap.
Re: [gentoo-user]
On Wed, 24 Sep 2008 16:53:29 +0930 Iain Buchanan [EMAIL PROTECTED] wrote: Ronnie Collinson wrote: [EMAIL PROTECTED] nor writing, it appears. LOL -- Best regards, Daniel
Re: [gentoo-user] Re: app-crypt/qca blocker
On Wed, 24 Sep 2008 01:20:13 +0300 Nikos Chantziaras [EMAIL PROTECTED] wrote: Daniel Iliev wrote: On Mon, 22 Sep 2008 08:48:57 +0100 Mick [EMAIL PROTECTED] wrote: Initially portage informed me about: [blocks B] app-crypt/qca-1.0-r3 (is blocking app-crypt/qca-2.0.0-r2) So, I unmerged app-crypt/qca-1.0-r3 and emerged app-crypt/qca-2.0.0-r2. Now it seems kopete won't compile without app-crypt/qca-1.0-r2: === # emerge -upDv kopete These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild NS ] app-crypt/qca-1.0-r2 0 kB [ebuild N] kde-base/kopete-3.5.9 USE=addbookmarks alias autoreplace connectionstatus contactnotes crypt gadu highlight history irc jingle nowlistening sametime slp sms ssl statistics texteffect webpresence winpopup xscreensaver yahoo -arts -debug -groupwise -kdeenablefinal -kdehiddenvisibility -latex -netmeeting -translator -xinerama 0 kB [blocks B ] app-crypt/qca-1.0-r3 (is blocking app-crypt/qca-2.0.0-r2) Total: 2 packages (1 new, 1 in new slot, 1 block), Size of downloads: 0 kB === What is the elegant way out of this? The ssl support in Kopete depends on qca-tls-1*, which pulls qca-1*. So, if you don't need ssl support in Kopete, then you could disable it by: echo 'kde-base/kopete -ssl' /etc/portage/package.use That's wrong. The right answer is in the Please, let me understand thread. That is, update to app-crypt/qca-1.0-r3, which is slotted (app-crypt/qca-1.0-r2 is not.) OK, I stand corrected. -- Best regards, Daniel
[gentoo-user] Problem building statically linked e2fsprogs
Hi List,
I'm in a bit of trouble. A server or ours has a broken e2fsck because it
is linked to a library version that doesn't exist anymore. Yes, I should
have fixed this before-- but alas, I obviously didn't... :-(
Tonight, the server had a hard crash and the only way to get it up again
(no IT people at the location) was by talking someone through a process
wherein I replaced e2fsck by /bin/true so it would not complain at boot
(where it would remain in an inaccesible state, with a panic shell).
So it is up and running again. All /seems/ fine, for now at least...
However, we must certainly assume the disk is in a dirty state so I
really do not want to do more than the bare minimum to it. So emerging
isn't a real good idea. Even then, I still tried. But it seems that
-despite the state of the bug(s) about e2fsprogs which are in
{resolved,fixed} state I cannot get e2fsprogs to compile AT ALL.
I've tried 10 different versions, etc., etc. To no avail. (Error below)
I believe looking at google and forum entries e2fsprogs on gentoo has a
*terrible* track record of late by the way, but maybe that is just me.
Things get more complicated fast, because this server has a CHOST i386
therefore -unless someone tells me otherwise- I cannot update glibc, and
practise has taught us to not upgrade packages/libs left and right
because you invariably end up, at revdep-rebuild time, with dependencies
which are unsolvable unless And it is the unless (meaning emerge
-e world) which is unacceptable for this (or any production-) server...
It crashes on the ../../lib/libuuid.so: undefined reference to
`___tls_get_addr'. The two bugzilla entries that apply basically tell
me to rebuild from scratch, which I cannot do for reasons outlined
above. (http://bugs.gentoo.org/204102 http://bugs.gentoo.org/232743)
-in short-
So as to avoid any further messing with the box I opted for building a
statically linked e2fsck binary on another box and copy it. However, I'm
having no luck with that. I can build static binaries fine for other
packages, but e2fsprogs refuses to build a static version.
(It builds, but the result is still dynamically linked)
Can anyone help with this ? Does this package not support building
static ? The USE flag is there for a reason, no? Did I take the wrong
approach here ? What is up with this [damn] package ?!?
# Grep works fine...
[EMAIL PROTECTED] ~ $ ldd /bin/grep
linux-gate.so.1 = (0xe000)
libc.so.6 = /lib/libc.so.6 (0xb7e42000)
/lib/ld-linux.so.2 (0xb7f96000)
thoughtpad ~ # USE=static emerge -v grep
[snip]
[EMAIL PROTECTED] ~ $ ldd /bin/grep
not a dynamic executable
# But e2fsprogs doesn't...
[EMAIL PROTECTED] ~ $ ldd /sbin/e2fsck
linux-gate.so.1 = (0xe000)
libext2fs.so.2 = /lib/libext2fs.so.2 (0xb7ea1000)
libcom_err.so.2 = /lib/libcom_err.so.2 (0xb7e9d000)
libblkid.so.1 = /lib/libblkid.so.1 (0xb7e93000)
libuuid.so.1 = /lib/libuuid.so.1 (0xb7e8e000)
libe2p.so.2 = /lib/libe2p.so.2 (0xb7e87000)
libc.so.6 = /lib/libc.so.6 (0xb7d55000)
/lib/ld-linux.so.2 (0xb7ee8000)
thoughtpad ~ # USE=static emerge -v e2fsprogs
[ebuild R ] sys-fs/e2fsprogs-1.40.9 USE=nls static* 0 kB
[snip]
Enabling ELF shared libraries
[snip]
checking whether linker accepts -static... yes
[snip]
Completed installing e2fsprogs-1.40.9 into
/var/tmp/portage/sys-fs/e2fsprogs-1.40.9/image/
# After that, no change, however...
[EMAIL PROTECTED] ~ $ ldd /sbin/e2fsck
linux-gate.so.1 = (0xe000)
libext2fs.so.2 = /lib/libext2fs.so.2 (0xb7f7f000)
libcom_err.so.2 = /lib/libcom_err.so.2 (0xb7f7b000)
libblkid.so.1 = /lib/libblkid.so.1 (0xb7f71000)
libuuid.so.1 = /lib/libuuid.so.1 (0xb7f6c000)
libe2p.so.2 = /lib/libe2p.so.2 (0xb7f65000)
libc.so.6 = /lib/libc.so.6 (0xb7e33000)
/lib/ld-linux.so.2 (0xb7fc6000)
[EMAIL PROTECTED] ~ $ ls -la /sbin/e2fsck
-rwxr-xr-x 1 root root 159896 Sep 24 21:17 /sbin/e2fsck
[EMAIL PROTECTED] ~ $ file /sbin/e2fsck
/sbin/e2fsck: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV),
for GNU/Linux 2.6.9, dynamically linked (uses shared libs), stripped
Thanks in advance for any insights...
Maarten
Re: [gentoo-user] Problem building statically linked e2fsprogs
On Wed, 2008-09-24 at 21:39 +0200, Maarten wrote: Hi List, [...] # Grep works fine... [EMAIL PROTECTED] ~ $ ldd /bin/grep linux-gate.so.1 = (0xe000) libc.so.6 = /lib/libc.so.6 (0xb7e42000) /lib/ld-linux.so.2 (0xb7f96000) thoughtpad ~ # USE=static emerge -v grep [snip] [EMAIL PROTECTED] ~ $ ldd /bin/grep not a dynamic executable # But e2fsprogs doesn't... [EMAIL PROTECTED] ~ $ ldd /sbin/e2fsck linux-gate.so.1 = (0xe000) libext2fs.so.2 = /lib/libext2fs.so.2 (0xb7ea1000) libcom_err.so.2 = /lib/libcom_err.so.2 (0xb7e9d000) libblkid.so.1 = /lib/libblkid.so.1 (0xb7e93000) libuuid.so.1 = /lib/libuuid.so.1 (0xb7e8e000) libe2p.so.2 = /lib/libe2p.so.2 (0xb7e87000) libc.so.6 = /lib/libc.so.6 (0xb7d55000) /lib/ld-linux.so.2 (0xb7ee8000) thoughtpad ~ # USE=static emerge -v e2fsprogs [ebuild R ] sys-fs/e2fsprogs-1.40.9 USE=nls static* 0 kB [snip] Enabling ELF shared libraries [snip] checking whether linker accepts -static... yes [snip] Completed installing e2fsprogs-1.40.9 into /var/tmp/portage/sys-fs/e2fsprogs-1.40.9/image/ # After that, no change, however... [EMAIL PROTECTED] ~ $ ldd /sbin/e2fsck linux-gate.so.1 = (0xe000) libext2fs.so.2 = /lib/libext2fs.so.2 (0xb7f7f000) libcom_err.so.2 = /lib/libcom_err.so.2 (0xb7f7b000) libblkid.so.1 = /lib/libblkid.so.1 (0xb7f71000) libuuid.so.1 = /lib/libuuid.so.1 (0xb7f6c000) libe2p.so.2 = /lib/libe2p.so.2 (0xb7f65000) libc.so.6 = /lib/libc.so.6 (0xb7e33000) /lib/ld-linux.so.2 (0xb7fc6000) The grep package has a static USE flag. e2fsprogs does not. So enabling the static USE flag has no effect on e2fsprogs. The easiest (easier?) thing to do would be to compile e2fsprogs statically by hand and copy over the resulting binary # tar zxvf /path/to/e2fsprogs-1.x.x.tar.gz # cd e2fsprogs-1.x.x # ./configure --enable-static # make # ldd e2fsck/e2fsck linux-gate.so.1 = (0xb8033000) libc.so.6 = /lib/libc.so.6 (0xb7edb000) /lib/ld-linux.so.2 (0xb8034000)
Re: [gentoo-user] Konqueror config window width
On Saturday 20 September 2008, Alan McKinnon wrote: On Saturday 20 September 2008 10:32:26 Mick wrote: Hi All, This is driving me up the wall and would love to find a solution: For some reason when I click on the Konqueror crypto configuration, using my Fluxbox WM, the window that comes up is ridiculously wide. Something like twice the width of my screen! I have to drag it to the left/right if I want to enter data in any of the fields. I tried resizing it by dragging the bottom corners, but it is not possible. I can only increase it's width - which is the opposite of what I want. Have you come across this problem and how did you overcome it? No such problem here. Step 1 is to establish if konqueror or the wm is doing it. Have a look inside ~/.kde/share/config/* and see if there's any specific settings related to crypto and width. Couldn't find any crypto specific file (unless it has a 'cryptic' name? o_O) Is there a clever regex string to search inside the files within .kde/share/config/* and tell me which one contains crypto settings? Then in the crypto dialog itself, do any of those fields have enough data in them that would make the window very wide if fully displayed? No, that's the funny thing. The Konqueror Config window opens on the Behavior tab which is normal width - say 738px. Then when I click on the Crypto tab it opens up at twice the width of my screen, on the first sub-tab, SSL. The first column SSLv2 ciphers to use is just 248px, but then there's a blank column next to it. The next column after that, SSLv3 Ciphers to Use does not start until 741px to the right. Given that the typical width of a column in the SSL tab is 248px, this 741px for empty columns is what it seems to through it out. Dragging the corners of the Fluxbox window cannot shrinking the overall size beyond this super-wide setting. Finally, stop all KDE apps and rename ~/.kde temporarily. Restart konqueror and if the problem still persists, it's likely a wm issue. It's been a long time since I used fluxbox so someone else will have to help you there :-) I recall trying this in the past - but I will try it again and see what gives. Thanks for your suggestions. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Re: Please, let me understand
On Tuesday 23 September 2008, Nikos Chantziaras wrote: econti wrote: Hi all, to-day I upgraded my portage and then I ran emerge -NDpvu here is the output: [ebuild U ] dev-libs/libsigc++-2.2.2 [2.0.17] USE=-debug -doc -test 4,397 kB [ebuild U ] media-video/realplayer-11.0.0.4028-r1 [10.0.9] USE=X -nsplugin 0 kB [ebuild U ] dev-cpp/cairomm-1.6.0 [1.2.4] USE=-doc (-examples%) 779 kB [ebuild U ] dev-perl/extutils-depends-0.300 [0.205] 10 kB [ebuild U ] dev-perl/Cairo-1.06.0 [1.04.0] USE=-test% 88 kB [ebuild U ] dev-cpp/glibmm-2.16.4 [2.12.8] USE=-debug -doc -examples 6,227 kB [ebuild U ] dev-perl/glib-perl-1.182 [1.143] USE=(-xml%) 242 kB [ebuild U ] dev-cpp/gtkmm-2.12.7 [2.10.9] USE=-accessibility -debug -doc -examples -test% 14,843 kB [ebuild NS ] app-crypt/qca-2.0.0-r2 USE=-debug -doc -examples 0 kB [ebuild U ] dev-perl/gtk2-perl-1.145 [1.142-r1] 641 kB [blocks B ] app-crypt/qca-1.0-r3 (is blocking app-crypt/qca-2.0.0-r2) So it seems qca-1.0-r3 is blocking qca-2.0.0-r2! But I have no qca-1.0-r3 installed! :-( What's happening? Regards emilio The others already gave you a working solution, but here's the reason this is happening: The qca package recently became slotted. However, only qca-1.0-r3 and higher are slotted. You have qca-1.0-r2 installed with is *not* slotted and therefore you can't install qca-2.x at the same time. Problem is, qca-1.0-r3 is keyworded so you need to place this: =app-crypt/qca-1.0-r3 in your /etc/portage/package.keywords and then proceed as the others said. Unmerge the current version: emerge -aC =app-crypt/qca-1.0-r2 and only then do your world update. Sure. But,... ...since I run stable I would expect that the new slot app-crypt/qca-2.0.0-r2 would remain keyworded until app-crypt/qca-1.0-r3 became stable. Then emerge would emerge both at the same time, hopefully in the right order. No blocks and no problem? -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] hdparm Compact Flash
On Tuesday 23 September 2008, James wrote: Hello, I have a 4M sandisk card and need advice on what to put in the /etc/conf.d/hdparm file. Here's the hardware CompactFlash ATA device Model Number: SanDisk SDCFB-4096 Serial Number: 003416B2397F2159 Firmware Revision: HDX 4.03 Standards: Supported: 4 Likely used: 4 Configuration: Logical max current cylinders 79647964 heads 16 16 sectors/track 63 63 -- CHS current addressable sectors:8027712 LBAuser addressable sectors:8027712 device size with M = 1024*1024:3919 MBytes device size with M = 1000*1000:4110 MBytes (4 GB) Capabilities: LBA, IORDY(may be)(cannot be disabled) Standby timer values: spec'd by Vendor R/W multiple sector transfer: Max = 4 Current = 4 DMA: mdma0 mdma1 mdma2 (?) Cycle time: min=120ns recommended=120ns PIO: pio0 pio1 pio2 pio3 pio4 Cycle time: no flow control=120ns IORDY flow control=120ns Commands/features: Enabled Supported: *CFA feature set Any suggestion as to what to put in the /etc/conf.d/hdparm file are most welcome. It's running gentoo just fine with the default entries I can't answer your question directly - but from my USB flash card I see that hdparm is not reading it as a hard drive. I can only assume that the CF controller chip is not compatible with the hdparm IO for IDE chip drives: # hdparm /dev/sda /dev/sda: readonly = 0 (off) readahead = 256 (on) geometry = 1023/32/61, sectors = 1997312, start = 0 # hdparm -i /dev/sda /dev/sda: HDIO_GET_IDENTITY failed: Invalid argument # hdparm -I /dev/sda /dev/sda: HDIO_DRIVE_CMD(identify) failed: Input/output error -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Problem building statically linked e2fsprogs
Maarten schrieb am 24.09.2008 21:39: Can anyone help with this ? Does this package not support building static ? The USE flag is there for a reason, no? Did I take the wrong approach here ? What is up with this [damn] package ?!? http://bugs.gentoo.org/show_bug.cgi?id=232115 gives some information about this issue. Regards, Daniel
[gentoo-user] app-arch/zip-3.0 fails to build without 'crypt'
zip.c:3455
IZ_PWLEN is not defined whith NO_CRYPT
When I try to fix it like this:
+#if CRYPT
if (key_needed) {
if ((key = malloc(IZ_PWLEN+1)) == NULL) {
ZIPERR(ZE_MEM, was getting encryption password);
}
r = encr_passwd(ZP_PW_ENTER, key, IZ_PWLEN+1, zipfile);
if (r != IZ_PW_ENTERED) {
if (r IZ_PW_ENTERED)
r = ZE_PARMS;
ZIPERR(r, was getting encryption password);
}
if (*key == '\0') {
ZIPERR(ZE_PARMS, zero length password not allowed);
}
if ((e = malloc(IZ_PWLEN+1)) == NULL) {
ZIPERR(ZE_MEM, was verifying encryption password);
}
r = encr_passwd(ZP_PW_VERIFY, e, IZ_PWLEN+1, zipfile);
if (r != IZ_PW_ENTERED r != IZ_PW_SKIPVERIFY) {
free((zvoid *)e);
if (r ZE_OK) r = ZE_PARMS;
ZIPERR(r, was verifying encryption password);
}
r = ((r == IZ_PW_SKIPVERIFY) ? 0 : strcmp(key, e));
free((zvoid *)e);
if (r) {
ZIPERR(ZE_PARMS, password verification failed);
}
}
+#endif
it fails anyway
i686-pc-linux-gnu-gcc -o zipcloak zipcloak.o zipfile_.o fileio_.o
util_.o globals.o unix_.o crc32_.o crc_i386.o crypt_.o ttyio.o -lbz2
zipfile_.o: In function `zipcopy':
zipfile.c:(.text+0x288c): undefined reference to `zipmessage_nl'
zipfile.c:(.text+0x298b): undefined reference to `zipmessage_nl'
zipfile_.o: In function `readzipfile':
zipfile.c:(.text+0x378e): undefined reference to `zipmessage'
fileio_.o: In function `close_split':
fileio.c:(.text+0x1b20): undefined reference to `zipmessage'
fileio.c:(.text+0x1b3c): undefined reference to `rename_split'
fileio.c:(.text+0x1b44): undefined reference to `set_filetype'
fileio_.o: In function `bfcopy':
fileio.c:(.text+0x3eee): undefined reference to `zipmessage_nl'
But I can not find how it is related to CRYPT/NO_CRYPT
Re: [gentoo-user] Problem building statically linked e2fsprogs
Albert Hopkins wrote: On Wed, 2008-09-24 at 21:39 +0200, Maarten wrote: Hi List, [...] # Grep works fine... [EMAIL PROTECTED] ~ $ ldd /bin/grep linux-gate.so.1 = (0xe000) libc.so.6 = /lib/libc.so.6 (0xb7e42000) /lib/ld-linux.so.2 (0xb7f96000) thoughtpad ~ # USE=static emerge -v grep [snip] [EMAIL PROTECTED] ~ $ ldd /bin/grep not a dynamic executable # But e2fsprogs doesn't... [EMAIL PROTECTED] ~ $ ldd /sbin/e2fsck linux-gate.so.1 = (0xe000) libext2fs.so.2 = /lib/libext2fs.so.2 (0xb7ea1000) libcom_err.so.2 = /lib/libcom_err.so.2 (0xb7e9d000) libblkid.so.1 = /lib/libblkid.so.1 (0xb7e93000) libuuid.so.1 = /lib/libuuid.so.1 (0xb7e8e000) libe2p.so.2 = /lib/libe2p.so.2 (0xb7e87000) libc.so.6 = /lib/libc.so.6 (0xb7d55000) /lib/ld-linux.so.2 (0xb7ee8000) thoughtpad ~ # USE=static emerge -v e2fsprogs [ebuild R ] sys-fs/e2fsprogs-1.40.9 USE=nls static* 0 kB [snip] Enabling ELF shared libraries [snip] checking whether linker accepts -static... yes [snip] Completed installing e2fsprogs-1.40.9 into /var/tmp/portage/sys-fs/e2fsprogs-1.40.9/image/ # After that, no change, however... [EMAIL PROTECTED] ~ $ ldd /sbin/e2fsck linux-gate.so.1 = (0xe000) libext2fs.so.2 = /lib/libext2fs.so.2 (0xb7f7f000) libcom_err.so.2 = /lib/libcom_err.so.2 (0xb7f7b000) libblkid.so.1 = /lib/libblkid.so.1 (0xb7f71000) libuuid.so.1 = /lib/libuuid.so.1 (0xb7f6c000) libe2p.so.2 = /lib/libe2p.so.2 (0xb7f65000) libc.so.6 = /lib/libc.so.6 (0xb7e33000) /lib/ld-linux.so.2 (0xb7fc6000) The grep package has a static USE flag. e2fsprogs does not. So enabling the static USE flag has no effect on e2fsprogs. Ehm, how do you figure that? It surely displays the static USE flag: thoughtpad ~ # emerge -pv e2fsprogs These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild R ] sys-fs/e2fsprogs-1.40.9 USE=nls -static 0 kB So I would assume at this point the package is broken in this respect. The easiest (easier?) thing to do would be to compile e2fsprogs statically by hand and copy over the resulting binary Good idea... well, maybe... # tar zxvf /path/to/e2fsprogs-1.x.x.tar.gz # cd e2fsprogs-1.x.x # ./configure --enable-static # make # ldd e2fsck/e2fsck linux-gate.so.1 = (0xb8033000) libc.so.6 = /lib/libc.so.6 (0xb7edb000) /lib/ld-linux.so.2 (0xb8034000) Ehm, exactly. So yes, it uses less libraries than before, but in no way is this a real statically linked binary: # ldd e2fsck/e2fsck linux-gate.so.1 = (0xe000) libc.so.6 = /lib/libc.so.6 (0xb7e32000) /lib/ld-linux.so.2 (0xb7f86000) # file e2fsck/e2fsck e2fsck/e2fsck: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), for GNU/Linux 2.6.9, dynamically linked (uses shared libs), not stripped However, since this might still perform much better, I tested it... and indeed, it does the job (despite different glibc versions between the build host and the bad server): broken_server ~ # /sbin/e2fsck e2fsck: error while loading shared libraries: libcom_err.so.2: cannot handle TLS data broken_server ~ # ./e2fsck Usage: ./e2fsck [-panyrcdfvstDFSV] [-b superblock] [-B blocksize] [-I inode_buffer_blocks] [-P process_inode_size] [-l|-L bad_blocks_file] [-C fd] [-j external_journal] [-E extended-options] device Thank you, Maarten
Re: [gentoo-user] Problem building statically linked e2fsprogs
Daniel Pielmeier wrote: Maarten schrieb am 24.09.2008 21:39: Can anyone help with this ? Does this package not support building static ? The USE flag is there for a reason, no? Did I take the wrong approach here ? What is up with this [damn] package ?!? http://bugs.gentoo.org/show_bug.cgi?id=232115 gives some information about this issue. Ah, that explains it. Still, not too nice a fix they did on this. Instead of really addressing the issue, simply dropped USE=static. (But what do I know, maybe it's truely quite complicated) Anyway, I'll shut up before my frustration of today airs too much. :-) Regards, Maarten
Re: [gentoo-user] webdav + foxmarks
Rafal, The Allow from all statement is already in the webdav directive. :) Other thoughts? -j On Wed, Sep 24, 2008 at 11:20 AM, ert256 [EMAIL PROTECTED] wrote: [ 24.09.2008 15:58 ], James : All, I am trying to set up Foxmarks to use my Apache webdav implementation to store my Firefox bookmarks. Unfortunately when Foxmarks tries to upload the appropriate files to the webserver it fails and I then see the following message in my Apache error_log: [Tue Sep 23 21:38:23 2008] [error] [client 10.2.6.2] client denied by server configuration: /var/webdav My Apache webdav configuration is shown below: IfModule mod_dav.c Alias /dav /var/webdav DavMinTimeout 600 Directory /dav Options None Dav On AllowOverride None Order allow,deny Allow from all Limit GET PUT POST DELETE PROPFIND PROPPATCH MKCOL COPY MOVE LOCK UNLOCK AuthType Basic AuthName WebDav Restricted Repository AuthUserFile /var/webdav/.davpasswd Require valid-user /Limit /Directory /IfModule Maybe You need directory /var/webdav Allow from all /directory -- Rafał (ert16) Trójniak [EMAIL PROTECTED] : [EMAIL PROTECTED] Jid : [EMAIL PROTECTED] [EMAIL PROTECTED] GPG key-ID : DD681D47 749F E1DC A58F 9084 BBC0 797A 0691 53D6 DD68 1D47
Re: [gentoo-user] hduitil for linux
On Wed, Sep 24, 2008 at 7:18 AM, Joerg Schilling [EMAIL PROTECTED] wrote: Andrey Vul [EMAIL PROTECTED] wrote: Is there a hdiutil clone for Linux? mkisofs lacks HFS+ support and my SSE3-capable computer is still compiling KDE. It will take a long while to get OSX inside VMware working. Why do you believe that you need HFS+ at all? Because I have paths which exceed the HFS limit and lead to truncation, in addition to symlinks. Both work incorrectly. E.g., HFS+ directory name: Garritan Instruments for Finale 2009 HFS directory name: Garritan Instruments for Finale I want my remastered (backup) to look exactly like the original: Joliet(or ISO9660:1999) for Windows and HFS+ for OS X. mkisofs supports Apple MAC UDF extensions since Spring 2007. UDF != HFS+ -- Andrey Vul
Re: [gentoo-user] hduitil for linux
Andrey Vul [EMAIL PROTECTED] wrote: Why do you believe that you need HFS+ at all? Because I have paths which exceed the HFS limit and lead to truncation, in addition to symlinks. Both work incorrectly. E.g., HFS+ directory name: Garritan Instruments for Finale 2009 HFS directory name: Garritan Instruments for Finale No problem for UDF! I want my remastered (backup) to look exactly like the original: Joliet(or ISO9660:1999) for Windows and HFS+ for OS X. mkisofs supports Apple MAC UDF extensions since Spring 2007. UDF != HFS+ Correct, but I still see no reason why HFS+ is required. Jörg -- EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin [EMAIL PROTECTED](uni) [EMAIL PROTECTED] (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily
Re: [gentoo-user] hduitil for linux
On Wed, Sep 24, 2008 at 6:48 PM, Joerg Schilling [EMAIL PROTECTED] wrote: Andrey Vul [EMAIL PROTECTED] wrote: Why do you believe that you need HFS+ at all? Because I have paths which exceed the HFS limit and lead to truncation, in addition to symlinks. Both work incorrectly. E.g., HFS+ directory name: Garritan Instruments for Finale 2009 HFS directory name: Garritan Instruments for Finale No problem for UDF! I want my remastered (backup) to look exactly like the original: Joliet(or ISO9660:1999) for Windows and HFS+ for OS X. mkisofs supports Apple MAC UDF extensions since Spring 2007. UDF != HFS+ Correct, but I still see no reason why HFS+ is required. Have you mastered OS X install CD/DVDs using AppleUDF and have them behave identically to HFS+ CD/DVDs? Also, AFAIK UDF doesn't support embedded control characters in files (i.e. Icon\r). Jörg -- EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin [EMAIL PROTECTED](uni) [EMAIL PROTECTED] (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily -- Andrey Vul
Re: [gentoo-user] Openoffice dies on startup
On Wed, Sep 24, 2008 at 12:33 AM, Dirk Heinrichs [EMAIL PROTECTED] wrote: Am Mittwoch 24 September 2008 07:28:42 schrieb ext Kevin O'Gorman: I hadn't used it for a month or so. Perhaps it got resentful. Anyway, recent attempts to start any flavor of OpenOffice have failed early. It does ask about plugins, and whether it shour restore my session, but shortly after that it simply dies. There's no dialog box, and nothing obvious in the log files. First thing I do in such cases is to start the thing from a shell, to see what's printed on stderr/stdout. Most of the times this gives valuable hints. I've done revdep-rebuild, and its clean. Then I re-emerged openoffice-bin (which is what I use). To no avail. Any ideas? emerge -C openoffice-bin emerge openoffice openoffice-bin has been compiled with a given set of use flags and on a machine that may or may not match what you have. Compiling it yourself is always the better idea. Not so obviously better when it fails. Here's the tail of what I get: -- Making: ../unxlngi6.pro/lib/libfrm680li.so i686-pc-linux-gnu-g++ -Wl,-z,noexecstack -Wl,-z,combreloc -Wl,-z,defs -Wl,-Bsymbolic-functions -Wl,--dynamic-list-cpp-new -Wl,--dynamic-list-cpp-typeinfo -Wl,--hash-style=gnu -Wl,-rpath,'$ORIGIN:$ORIGIN/../ure-link/lib' -shared -Wl,-O1-Wl,-O1 -Wl,--version-script ../unxlngi6.pro/misc/frm_frm680li.map -L../unxlngi6.pro/lib -L../lib -L/var/tmp/portage/app-office/openoffice-2.4.1/work/ooo/build/OOH680_m17/solenv/unxlngi6/lib -L/var/tmp/portage/app-office/openoffice-2.4.1/work/ooo/build/OOH680_m17/solver/680/unxlngi6.pro/lib -L/var/tmp/portage/app-office/openoffice-2.4.1/work/ooo/build/OOH680_m17/solenv/unxlngi6/lib -L/opt/sun-jdk-1.6.0.07/lib -L/opt/sun-jdk-1.6.0.07/jre/lib/i386 -L/opt/sun-jdk-1.6.0.07/jre/lib/i386/client -L/opt/sun-jdk-1.6.0.07/jre/lib/i386/native_threads -L/usr/lib -L/usr/lib/xulrunner ../unxlngi6.pro/slo/frm_dflt_version.o -o ../unxlngi6.pro/lib/libfrm680li.so ../unxlngi6.pro/slo/limitedformats.o ../unxlngi6.pro/slo/property.o ../unxlngi6.pro/slo/services.o ../unxlngi6.pro/slo/InterfaceContainer.o ../unxlngi6.pro/slo/ids.o ../unxlngi6.pro/slo/frm_module.o ../unxlngi6.pro/slo/frm_strings.o ../unxlngi6.pro/slo/listenercontainers.o ../unxlngi6.pro/slo/componenttools.o ../unxlngi6.pro/slo/frm_resource.o ../unxlngi6.pro/slo/Grid.o ../unxlngi6.pro/slo/Columns.o ../unxlngi6.pro/slo/DatabaseForm.o ../unxlngi6.pro/slo/GroupManager.o ../unxlngi6.pro/slo/FormsCollection.o ../unxlngi6.pro/slo/EventThread.o ../unxlngi6.pro/slo/File.o ../unxlngi6.pro/slo/Edit.o ../unxlngi6.pro/slo/EditBase.o ../unxlngi6.pro/slo/Numeric.o ../unxlngi6.pro/slo/Pattern.o ../unxlngi6.pro/slo/Currency.o ../unxlngi6.pro/slo/Date.o ../unxlngi6.pro/slo/Time.o ../unxlngi6.pro/slo/FormattedField.o ../unxlngi6.pro/slo/FormattedFieldWrapper.o ../unxlngi6.pro/slo/ListBox.o ../unxlngi6.pro/slo/ComboBox.o ../unxlngi6.pro/slo/GroupBox.o ../unxlngi6.pro/slo/Hidden.o ../unxlngi6.pro/slo/CheckBox.o ../unxlngi6.pro/slo/RadioButton.o ../unxlngi6.pro/slo/FixedText.o ../unxlngi6.pro/slo/FormComponent.o ../unxlngi6.pro/slo/clickableimage.o ../unxlngi6.pro/slo/Button.o ../unxlngi6.pro/slo/ImageButton.o ../unxlngi6.pro/slo/ImageControl.o ../unxlngi6.pro/slo/errorbroadcaster.o ../unxlngi6.pro/slo/cloneable.o ../unxlngi6.pro/slo/Filter.o ../unxlngi6.pro/slo/entrylisthelper.o ../unxlngi6.pro/slo/scrollbar.o ../unxlngi6.pro/slo/spinbutton.o ../unxlngi6.pro/slo/formparameters.o ../unxlngi6.pro/slo/formfiltermanager.o ../unxlngi6.pro/slo/navigationbar.o ../unxlngi6.pro/slo/formcontrolfont.o ../unxlngi6.pro/slo/refvaluecomponent.o ../unxlngi6.pro/slo/imgprod.o ../unxlngi6.pro/slo/findpos.o ../unxlngi6.pro/slo/propertybaghelper.o ../unxlngi6.pro/slo/cachedrowset.o ../unxlngi6.pro/slo/formnavigation.o ../unxlngi6.pro/slo/controlfeatureinterception.o ../unxlngi6.pro/slo/urltransformer.o ../unxlngi6.pro/slo/windowstateguard.o ../unxlngi6.pro/slo/navbarcontrol.o ../unxlngi6.pro/slo/navtoolbar.o ../unxlngi6.pro/slo/richtextunowrapper.o ../unxlngi6.pro/slo/richtextmodel.o ../unxlngi6.pro/slo/richtextcontrol.o ../unxlngi6.pro/slo/featuredispatcher.o ../unxlngi6.pro/slo/clipboarddispatcher.o ../unxlngi6.pro/slo/attributedispatcher.o ../unxlngi6.pro/slo/parametrizedattributedispatcher.o ../unxlngi6.pro/slo/specialdispatchers.o ../unxlngi6.pro/slo/richtextengine.o ../unxlngi6.pro/slo/richtextimplcontrol.o ../unxlngi6.pro/slo/richtextvclcontrol.o ../unxlngi6.pro/slo/richtextviewport.o ../unxlngi6.pro/slo/rtattributehandler.o ../unxlngi6.pro/slo/formoperations.o ../unxlngi6.pro/slo/model.o ../unxlngi6.pro/slo/model_ui.o ../unxlngi6.pro/slo/binding.o ../unxlngi6.pro/slo/xforms_services.o ../unxlngi6.pro/slo/unohelper.o ../unxlngi6.pro/slo/propertysetbase.o ../unxlngi6.pro/slo/pathexpression.o ../unxlngi6.pro/slo/computedexpression.o ../unxlngi6.pro/slo/boolexpression.o ../unxlngi6.pro/slo/mip.o ../unxlngi6.pro/slo/submission.o ../unxlngi6.pro/slo/datatyperepository.o
Re: [gentoo-user] Openoffice dies on startup
On Tue, Sep 23, 2008 at 10:58 PM, Dale [EMAIL PROTECTED] wrote: Kevin O'Gorman wrote: I hadn't used it for a month or so. Perhaps it got resentful. Anyway, recent attempts to start any flavor of OpenOffice have failed early. It does ask about plugins, and whether it shour restore my session, but shortly after that it simply dies. There's no dialog box, and nothing obvious in the log files. I've done revdep-rebuild, and its clean. Then I re-emerged openoffice-bin (which is what I use). To no avail. Any ideas? Have you upgraded python recently? I upgraded mine a while back and OOo needed to recompile. You may want to run python-updater and check what it says. It may be something else that OOo depends on that needs to recompile. Not real sure since you use the binary version. Hope that helps. Dale You may be right. I tried to recompile OOo, and it pulled in 8 or so packages that OOo-bin hadn't. Unfortunately, the compile eventually failed. I'm running python-updater now. I'll report results. ++ kevin -- Kevin O'Gorman, PhD
[gentoo-user] Question about difference between emerge --update world and emerge vigra
Hello~ Yesterday, I did update my gentoo like this. $ sudo emerge --update --deep --newuse world As a result, one of the updated package tiff said like this. * Messages for package media-libs/tiff-3.8.2-r5: * JBIG support is intended for Hylafax fax compression, so we * really need more feedback in other areas (most testing has * been done with fax). Be sure to recompile anything linked * against tiff if you rebuild it with jbig support. So I checked what package linked with libtiff(Actually, there is no need to do this. I just want to know). $ revdep-rebuild -p --library /usr/lib/libtiff.so.3 Then, revdep-rebuild display like this. [ebuild R ] media-libs/tiff-3.8.2-r5 [ebuild R ] media-gfx/imagemagick-6.4.3.5 [ebuild R ] media-libs/lcms-1.17 [ebuild U ] media-libs/vigra-1.6.0 [1.5.0-r1] [ebuild R ] net-print/cups-1.3.8-r1 [ebuild R ] x11-libs/gtk+-2.12.12 [ebuild R ] app-text/ghostscript-gpl-8.63 [ebuild R ] app-text/evince-2.22.2-r1 [ebuild R ] media-gfx/gthumb-2.10.9 As you can see, there is a package vigra with flag U. As I know, U is need to update, and if I do emerge --update world, it will be update. But there is no vigra in result of emerge -p --update world(with --deep also). Of course, it still shows flag U if I do emerge -p vigra What is difference with emerge --update world and emerge vigra? And how can I update all new package without exceptions? If you know, please let me know.
Re: [gentoo-user] Question about difference between emerge --update world and emerge vigra
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, ~ Then, revdep-rebuild display like this. | [ebuild R ] media-libs/tiff-3.8.2-r5 | [ebuild R ] media-gfx/imagemagick-6.4.3.5 | [ebuild R ] media-libs/lcms-1.17 | [ebuild U ] media-libs/vigra-1.6.0 [1.5.0-r1] | [ebuild R ] net-print/cups-1.3.8-r1 | [ebuild R ] x11-libs/gtk+-2.12.12 | [ebuild R ] app-text/ghostscript-gpl-8.63 | [ebuild R ] app-text/evince-2.22.2-r1 | [ebuild R ] media-gfx/gthumb-2.10.9 | | ~ But there is no vigra in result of emerge -p --update world(with | --deep also). | Of course, it still shows flag U if I do emerge -p vigra | | What is difference with emerge --update world and emerge vigra? | And how can I update all new package without exceptions? I am also curious to know why portage just forgets to update certain packages. What I used to do to find them is a plain eix -I | grep \[U\] which just greps for the pattern [U] marking an upgradeable package. Then you can format this list and run emerge -1 `insert packagelist here` The -1 is important to not register these packages in your world file, which you probably don't wont for some package that only is a dependency. Still, I would like to know how this happens... hth Tom -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkjbHhQACgkQrpEWPKIUt7MaBwCghPThHp8lCQbfQyvSG/UwaYN+ zgsAmgL3W8mcNfvjEJZxc+aUKTeNTLX1 =luJw -END PGP SIGNATURE-
Re: [gentoo-user] Question about difference between emerge --update world and emerge vigra
Am Thu, 25 Sep 2008 13:05:20 +0900 schrieb SOrCErEr [EMAIL PROTECTED]: Hello~ Yesterday, I did update my gentoo like this. $ sudo emerge --update --deep --newuse world As a result, one of the updated package tiff said like this. * Messages for package media-libs/tiff-3.8.2-r5: * JBIG support is intended for Hylafax fax compression, so we * really need more feedback in other areas (most testing has * been done with fax). Be sure to recompile anything linked * against tiff if you rebuild it with jbig support. So I checked what package linked with libtiff(Actually, there is no need to do this. I just want to know). $ revdep-rebuild -p --library /usr/lib/libtiff.so.3 Then, revdep-rebuild display like this. [ebuild R ] media-libs/tiff-3.8.2-r5 [ebuild R ] media-gfx/imagemagick-6.4.3.5 [ebuild R ] media-libs/lcms-1.17 [ebuild U ] media-libs/vigra-1.6.0 [1.5.0-r1] [ebuild R ] net-print/cups-1.3.8-r1 [ebuild R ] x11-libs/gtk+-2.12.12 [ebuild R ] app-text/ghostscript-gpl-8.63 [ebuild R ] app-text/evince-2.22.2-r1 [ebuild R ] media-gfx/gthumb-2.10.9 As you can see, there is a package vigra with flag U. As I know, U is need to update, and if I do emerge --update world, it will be update. But there is no vigra in result of emerge -p --update world(with --deep also). Of course, it still shows flag U if I do emerge -p vigra What is difference with emerge --update world and emerge vigra? And how can I update all new package without exceptions? If you know, please let me know. I think it should show up with emerge -p --update [--deep] --with-bdeps=y world if it's only a build-time dependency. -- Marc Joliet -- People who think they know everything really annoy those of us who know we don't - Bjarne Stroustrup signature.asc Description: PGP signature
