(old)Puppy Linux Discussion Forum

Thanks DM,
updated with static libdevmapper from latest stable lvm2

here is the complete list of dependencies:

• libatk-1, libc, libcairo, libdl, libexpat, libfontconfig, libfreetype, libgcc_s, libgdk_pixbuf-2, libgdk-x11-2, libgio-2, libglib-2, libgmodule-2, libgobject-2, libgthread-2, libgtk-x11-2, /lib/ld-linux, libm, libpango-1, libpangocairo-1, libpangoft2-1, libpcre, libpixman-1, libpng12, libpthread, libresolv, librt, libsigc-2, libstdc++, libuuid, libX11, libXau, libXcursor, libXdmcp, libXext, libXfixes, libXi, libXinerama, libXrandr, libXrender, libz, linux-gate

I installed the 0.5.1 in puppy 4.2.1. All seemed to go well but after starting Gparted it was still the 0.3.3 version without ext4 support

So... how do I get rid of the O.3.3 ?

you can just run /usr/sbin/gpartedbin or /usr/sbin/gparted_shell

- I'm not running 4.2.1 - maybe it is in /usr/bin in 4.2.1 ... you can use pfind

or delete the older gparted*.desktop file in /usr/share/applications and run refreshmenus

I think it must be something else. Refreshing the menu's does not help (I still get the 0.3.3 version)

And when I type

/usr/sbin/gpartedbin

in the console I get:


/usr/sbin/gpartedbin: symbol lookup error: /usr/sbin/gpartedbin: undefined symbol: g_file_io_stream_get_type

Do you have any idea what to do next?

Edit - did some looking & you will need the updated glib pet

I have a feeling that I am almost there... but not yet.

I followed your suggestion but if I type /usr/sbin/gpartedbin now I get:

symbol lookup error: /usr/sbin/gpartedbin: undefined symbol: gtk_widget_get_window

...and starting Gparted via the menu still brings up the 0.3.3 version

(persistent little Thing!!!)

Use the updated glib pet that I posted - It will be part of 4.4 CE - I have confirmed that this is the only pet you will need for a clean 4.3.1 install.

Yes, but unfortunately for puppy 4.2.1(not 4.3.1) , installing

glib-2.22.2-i486.pet

and the new Gparted results in the "lookup errors" I described!

that means you need to update gtk to at least 2.14

I installed your Gparted-0.5.1.pet on Stardust-012 which has Gparted-0.4.5 and it just broke the existing installation. However, I see that it is working fine on your 4.4 pre alpha.

What corrections are needed to get it to work on Stardust?

Thanks,
Jim

probably just the updated glib

Thanks, the updated glib did correct the problem with Gparted-0.5.1.

I installed both pets aka. gparted-51 and the library pet in Puppy 4.3.1 and I get this from the terminal when I try to start it.
# gpartedbin
gpartedbin: error while loading shared libraries: libdevmapper.so.1.02: cannot open shared object file: No such file or directory

So evidently you are still missing a library file. or a link.

Posted: Thu Feb 18, 2010 10:59 pm Post subject:

--------------------------------------------------------------------------------
Thanks DM,
updated with static libdevmapper from latest stable lvm2

Did you happen to download prior to Thu Feb 18, 2010 10:59 pm?

technosaurus,

I evidently had the old library pet. I downloaded it again and Gparted 5.1 now works.
So I wanted to clarify that my previous problem was due to getting the earlier pet of the library.
Thank you!

another update - this one also requires the updated glib

lupu520: have meego on usb flashdrive and wanted to format it to ext2 so i can do a grub2 for mint.
what gparted sees is a unallocated space. but the meego on flashdrive already boots. mego is using some other file format which isnt recognised in gparted. attached is screeshots of relevant stuff. will hold off reformat for a day or two so i can answer any more questions.
ie.is the file format used by meego revolutionary new and worth looking into? file system is called iso9660 by drivemounter. gparted calls it an invalid partition- recursive partition. distrowatch says Journaled File Systems: Btrfs

grep -i -n -A 10 -B 10 btrfs /etc/modules/DOTconfig-K2.6.30.5-01SEPT09-TICKLESS-SMP
3268-CONFIG_XFS_FS=m
3273-# CONFIG_GFS2_FS is not set
3274-# CONFIG_OCFS2_FS is not set
3275:# CONFIG_BTRFS_FS is not set

There are several fs not set as module or inside the kernel . Booting puppy from such a fs would likely fail .

pmount and pup_event_fronend_d use probedisk2 and probepart which uses "guess_fstype" , "fdisk -l" and also look in /sys and might assign "iso9960" instead of "unknown" .

#must be a device without partitions...
scd*|sr*) #usb,sata,scsi cd/dvd drive.
FSTYPE="iso9660"

Xfs for example is common in menus to format in other distros . And it seems not to be included by default inside the initrd.gz , to be loaded to mount the "PDEV1=/dev/[mshf]d[a-z][0-9]*" for frugal installs , and has to be compiled inside the kernel to be able to mount /dev/root @full installs . The kernel module is there in /lib/modules/2.6.30.5/kernel/fs/xfs/xfs.ko but might have to be be modprobed before compiling , so configure can detect it and add it to the Makefile . But still gparted would not like to work with it for it would need fsck.xfs and mkfs,xfs to be able to work on it . Also the initrd.gz would need statically compiled mkfs.xfs and fsck.xfs to be able to resize and fsck . The large distros often use an ext2 formatted initrd.img , which is @suse-11.4 a 33MB gzip 'ed file and unpacked likely 90-120MB .