So far I have built a slacko64 iso image with Fido available with his own 'home'. It boots fine and on shutdown nothing is changed in the routine that anyone would notice except that /home/fido is created using /root as the skeleton.

Here is a snap (click to enlarge):

What works:

  • browsing

  • text editing

  • package manager

  • virtual terminal (urxvt)

  • mounting drives

  • word processing

  • spread sheet

  • paint

  • videos (mplayer)

  • music (pmusic)
  • What doesn't

  • drive icon markers inconsistent

  • hot plugging

  • sfs management

  • updates management

  • ptheme

  • menu refresh

  • firewall tray icon
  • This is only fairly initial testing.There is probably a bunch more stuff that doesn't work but much of the gui stuff (gtkdialog/xdialog) will be rectified by adding the following line to the top of the application:

    [ $UID -ne 0 ] && exec sudo -A ${0} ${@}

    - which just pops the "askpass" box to type the password. For simplicity, fido and root passwords are the same - entered at first shutdown on creation of fido.

    So, plenty to do - most of it low level ugly stuff.

    Note: this version of slacko64 is built from the woof-CE xorg branch.


    Posted on 30 Mar 2016, 21:28 by 01micko - Categories: PuppyDevelopment
    Edit - Delete

    No comments posted yet.

    Fonte dell'articolo


    Booting UEFI difficult? Nah. Not at all. Let's do this for Slacko 6.3 (32-bit).

    1. Make sure you have UEFI machine. Machines that comes with Win8 or recent usually okay.
    2. Get a blank flash drive. Format it as FAT32.
    3. Grab a copy of Slacko 6.3 ISO
    4. Grab a copy of Grub2 UEFI bootloader, from here: http://distro.ibiblio.org/fatdog/packages/700/grub2-efi64-2.00-x86_64-1.txz.
    This is for 64-bit machine, if yours is 32-bit (extremely rare) then get http://distro.ibiblio.org/fatdog/packages/700/grub2-efi32-2.00-i686-1.txz.
    5. Extract the tarball from previous step, make sure you get a copy of grubx64.efi (or grubia32.efi) from inside the tarball and rename it to bootx64.efi (or bootia32.efi).
    6. On you flash drive:
    - mkdir -p EFI/boot
    - copy bootx64.efi (or bootia32.efi) and put it under EFI/boot
    - Extract the contents of Slacko 6.3 ISO and put the following files to the root of the flash drive:
    * vmlinuz
    * initrd.gz
    * puppy_slacko_6.3.0.sfs
    * zdrv_slacko_6.3.0.sfs
    - on the root of the flash drive, create a new file named "grub.cfg" and fill it with the following text:

    menuentry "Start Slacko" { 
    
    linux /vmlinuz
    initrd /initrd.gz
    }

    7. If you have Windows, boot to Windows and disable hibernation (aka fast boot, aka hybdrid sleep, etc). Your Slacko doesn't need this, this is more to protect Windows.
    8. Configure your UEFI to disable Secure Boot.
    9. Now boot with the flash drive plugged and tell your UEFI bios to boot from that flash drive.

    You can run Slacko64 6.3 in the same way. Your success with other Puppies may vary, but the process is generally the same.

    PS: In my (qemu) test, mouse doesn't work. But this is something I'm sure Mick can fix later :)

    Posted on 1 Apr 2016, 01:12 by jamesb - Categories: Puppy
    Edit - Delete

    Posted on 1 Apr 2016, 08:15 by 01micko
    "Will this work on ISO?"
    Interesting that it seems so easy.

    As the title asks, I'm thinking that it would work the same. I also wonder if execution could be passed on from syslinux to grub. Then one could have an ISO image that boots BIOS and UEFI with minimal bloat with a syslinux boot menu choice.

    I guess I'll have to build Qemu and find out; also find out what cause the mouse failure.

    NB: looks like the date fix works nicely.

    Delete

    Posted on 1 Apr 2016, 09:51 by jamesb
    "Yes"
    You need to create a FAT disk image. Inside that image, create /EFI/boot and put grub2.efi (renamed) to /EFI/boot/bootx64.efi.

    Make sure you have grub.cfg at the root of the ISO image (not inside the FAT disk image).

    Use this FAT image as the secondary bootloader (the primary bootloader will be syslinux, used for BIOS booting).

    Burn it the way Fatdog ISO builder does it. You can choose either mkisofs or xorriso but whichever you choose, you must use the same command for remaster and save-to-dvd (thus, mkisofs is probably better since Slackware already has the right version - the real mkisofs instead of cdrkit).

    You can switch execution from syslinux to grub, but not from BIOS syslinux to EFI grub, so yeah what you want is not possible. You will need to have a separate syslinux.cfg for BIOS and grub.cfg for UEFI.

    If you want to avoid multiple configurations, you can actually use grub2 as the BIOS CD/DVD bootloader too, but I haven't done this yet, and I can't tell how well it will work or whether it will work with multisession at all.
    Delete

    Posted on 1 Apr 2016, 10:19 by 01micko
    "Thanks"
    I will try that.

    What I did actually do though was simply add isolinux.bin and boot.cat from the original slacko iso image and just built an iso (mkisofs).

    I boots in virtualbox (efi enabled)! However, no X, complains about drivers.

    I have no EUFI machines at my disposal to test.
    Delete

    Posted on 1 Apr 2016, 15:07 by mavrothal
    "rEFInd"
    I used rEFInd (
    https://sourceforge.net/projects/refind/) for my Macs to boot PD, slacko64 and tahr64. Presumably works in PCs too. Is very simple and flexible allowing multiple OSs, icons, volumes and many other goodies.
    Does Grub2-UEFI do similar things?
    Delete

    Posted on 1 Apr 2016, 19:32 by jamesb
    "RE: rEFInd"
    @Mick - To run in virtualbox under UEFI you need xf86-video-fbdev. You can get away running in qemu because slacko already includes cirrus driver by default.

    As for UEFI machines, don't be disheartened: both virtualbox and qemu can provide surprisingly accurate emulation for testing purposes.

    @mavrothal - yes rEFInd is nice. It is especially nice if you use it as an installed boot loader (on HDD, or on USB flash drive). The only (minor) inconveniences is, it is not self-contained - you need extra drivers to access ext4, ntfs, and CD/DVD whereas grub2.efi is a single file (like grub4dos), but this is not a problem for an installed bootloader.

    rEFInd also has another small problem when used as CD/DVD bootloader - it can only access stuff inside the EFI fat image. So if the CD/DVD must support both BIOS and UEFI, you will have to duplicate vmlinuz and initrd - one on the CD/DVD root (for isolinux) and one inside the EFI fat image (for rEFInd). This is probably not a problem for most Puppies since their vmlinuz/initrd is quite small; but a big problem for Fatdog with its huge initrd. Rod knew about it as I told him about it back in late 2012 when we first tested. He told me the fix wasn't easy so he decided to let it be. There is also another minor problem which I choose not to discuss here - it won't affect most people.

    Compared to rEFInd, grub2.efi supports multiple OS, volumes, and many other goodies too. It supports graphical background image. But it does not support icons.
    Delete

    Posted on 1 Apr 2016, 20:12 by 01micko
    "ISO works"
    My iso (slacko-6.3.0.5 - unreleased from xorg branch, the 'fido' one) works just fine in Qemu with UEFI; mouse and all.

    Booted fast and runs smooth.

    Thanks and Cheers!
    Delete

    Posted on 1 Apr 2016, 20:25 by jamesb
    "Great news!"
    Finally - Puppy has entered UEFI era.
    Delete

    Posted on 3 Apr 2016, 12:34 by 01micko
    "Works on MacBook Air"
    I forgot about wife's MacBook! Its an 2012 Air with Mavericks (I think - extremely rare for me to use it!) and everything works ootb! Typing on it now - not bothering setting up email.

    I constructed an iso that boots BIOS and UEFI following FatDog64 iso as a template, with the help screens and a png backdrop. I made a backdrop for Tahr too and a generic Puppy version. I made a mistake and named my image efi.img but that seems to not matter as long as the config can find it.

    Before I booted it here I booted it on my old Dell (core 2 duo - bios) and of course it all worked there, as it has been for a while.

    Too early to commit to woof? Maybe I'll post an ISO first.
    Delete

    Fonte dell'articolo


    pTheme has been around since Slacko 6.3. It manage all different themable aspects in Puppy. The settings can be saved to a Global theme, and switching can be done in a single click.

    With the recent work with pTheme, it now also supports switching of gtk-icons themes. AFAIK, this is the last graphical piece to make the global theming complete.

    One of the major targets with pTheme is to easy switch between touch and mouse mode when using tablets. There are some missing pieces in Puppy before it fully fits in a touch environment, but things are evolving with Micks work in the xorg branch of Woof-CE.

    Personally, I find Mick's Buntoo theme very attractive - default in Slacko64 6.3. It's great to see Puppy with this freshness. But, I am sure we have plenty of skilled artists in the kennel, and hopefully you the are willing to give us your facelift of Puppy.


    Posted on 3 Apr 2016, 23:30 by zigbert - Categories: Development
    Edit - Delete

    No comments posted yet.

    Fonte dell'articolo


    I have released an ISO image as a beta for the next iteration of slacko. It is mainly a bugfix for 6.3.0 but it is also intended to support UEFI in line with the discussion here.

    For more information visit the forum page.

    For other puppy builders, preliminary support has been added to woof-CE for UEFI as of commit ba2a9b8.

    Posted on 4 Apr 2016, 20:44 by 01micko - Categories: DevelopmentWoof-CE
    Edit - Delete

    Posted on 5 Apr 2016, 17:18 by 01micko
    "UEFI 32 bit version"
    I have uploaded a 32 bit version for evaluation as well.

    See the main post.
    Delete

    Fonte dell'articolo


    I have made a new menumanager to replace the one in /usr/sbin/menumanager.

    What is new?
    - Sort menu-items in corresponding category
    - single click activation
    - Graphical feedback
    - More intuitive (personal opinion)

    I will wait until Mick has released the next stable release before I upload the code to Woof-CE. It is not the time for brand new stuff...

    Posted on 8 Apr 2016, 03:48 by zigbert - Categories: Development
    Edit - Delete

    Posted on 8 Apr 2016, 12:24 by mavrothal
    "till next release"
    You might want to look for some lingering xpm mini-icons still in puppy scripts till then
    Delete

    Posted on 8 Apr 2016, 13:25 by zigbert
    "Where?"
    I have not seen any.
    Can you point me to them?
    Delete

    Posted on 8 Apr 2016, 19:53 by 01micko
    "One of yours?"
    I nuked one just the other day.

    59492c6

    Delete

    Posted on 8 Apr 2016, 19:56 by mavrothal
    "xpm"
    Here is a little script that i use for these purposes.

    #!/bin/bash 
    
    # Change LOOK_IN path and grep options to suit your search
    LOOK_IN=/mnt/+mnt+sr0+puppy_slacko64_6.3.0.6.sfs
    for f in $(find "$LOOK_IN" -type f ! -type l -exec grep -Iq . {} \; -and -print)
    do
    if [ "$(cat $f 2>/dev/null | grep -s mini\-icons | grep \.xpm)" != "" ]; then
    echo $f uses it
    fi
    done

    In this case it returns:
    /mnt/+mnt+sr0+puppy_slacko64_6.3.0.6.sfs/usr/bin/ffinfo uses it
    /mnt/+mnt+sr0+puppy_slacko64_6.3.0.6.sfs/usr/bin/petspec uses it
    /mnt/+mnt+sr0+puppy_slacko64_6.3.0.6.sfs/usr/bin/pmwget uses it
    /mnt/+mnt+sr0+puppy_slacko64_6.3.0.6.sfs/usr/bin/tas uses it
    /mnt/+mnt+sr0+puppy_slacko64_6.3.0.6.sfs/usr/local/apps/Wallpaper/AppRun uses it
    /mnt/+mnt+sr0+puppy_slacko64_6.3.0.6.sfs/usr/local/jwm_config/shortcuts uses it
    /mnt/+mnt+sr0+puppy_slacko64_6.3.0.6.sfs/usr/local/petget/installpkg.sh uses it
    /mnt/+mnt+sr0+puppy_slacko64_6.3.0.6.sfs/usr/local/petget/ui_Classic uses it
    /mnt/+mnt+sr0+puppy_slacko64_6.3.0.6.sfs/usr/sbin/loginmanager uses it
    /mnt/+mnt+sr0+puppy_slacko64_6.3.0.6.sfs/usr/sbin/momanager uses it
    /mnt/+mnt+sr0+puppy_slacko64_6.3.0.6.sfs/usr/sbin/pwsget uses it
    /mnt/+mnt+sr0+puppy_slacko64_6.3.0.6.sfs/usr/share/applications/wcpufreq.desktop uses it

    Delete

    Posted on 12 Apr 2016, 03:10 by zigbert
    "xpm to gtk/svg"
    I have updated the files in woof containing xpm. Without petget which is complicated to read. But I don't think the use of xpm in the code is in use by the gui itself.

    ffinfo, pmwget, tas, pwsget and wcpufreq is not a part of woof
    Delete

    Posted on 12 Apr 2016, 18:31 by 01micko
    "RE: xpm to gtk/svg"
    In wcpufreq it is a commented out entry in the .desktop file.

    I think latest tas is fixed.

    The others the authors will have to be contacted.

    Thanks!
    Delete

    Fonte dell'articolo

    Cerca nel sito

    Dal blog internazionale

    Xenialpup Released

    Phil Broughton (aka 666philb or mrfricks) has announced the release of Xenialpup-7.5 CE and Xenialpup64-7.5 CE. This is the first official release of a Puppy Linux distribution in quite a while! The following is part of the announcement from the respective forum...

    Leggi

    Iscriviti alla newsletter

    Ricevi le notizie più importanti direttamente nella tua casella email (premi invio dopo l'indirizzo)

    IRC #puppylinux (popup)

    irc

    Entra in chat