Archpup 13.2 info
No, no, you didn't understand what was my point, with Slitaz as example.
Archlinux has support for 46000 packages when you take AUR in count.
All packages (or, I'm guessing 99%) from Puppy linux repository are in Arch
repos. My question is why waste time for converting those 1% and not write
real PKGBUILD that will compile them from source.
OR, we could make our own repository and ADD those missing packages.
I'm afraid otherwise there will be too much file conflicts, wrong permissions as
someone before mentioned. And I firmly believe that pet is poor package format,
for many reasons, it's just my opinion but with good arguments.
Archlinux has support for 46000 packages when you take AUR in count.
All packages (or, I'm guessing 99%) from Puppy linux repository are in Arch
repos. My question is why waste time for converting those 1% and not write
real PKGBUILD that will compile them from source.
OR, we could make our own repository and ADD those missing packages.
I'm afraid otherwise there will be too much file conflicts, wrong permissions as
someone before mentioned. And I firmly believe that pet is poor package format,
for many reasons, it's just my opinion but with good arguments.
But the packages you pick for inclusion are mostly gtkdialg front end bash script that usually conflict with nothing and can offer the functionality of the 70MB Gnome panel in few KB.
It is actually all the "P-apps" that make puppy so fast and functional. This and some nice compiling when things from the compatible distro become "heavy".
That's the pets you want, not glibc.
pet2arch offers the ability to include them and still have pacman keep track of everything.
It is actually all the "P-apps" that make puppy so fast and functional. This and some nice compiling when things from the compatible distro become "heavy".
That's the pets you want, not glibc.
pet2arch offers the ability to include them and still have pacman keep track of everything.
== [url=http://www.catb.org/esr/faqs/smart-questions.html]Here is how to solve your[/url] [url=https://www.chiark.greenend.org.uk/~sgtatham/bugs.html]Linux problems fast[/url] ==
Re: pet-to-arch(pup) converter
ArchPup is 6 times smaller than Arch Linux. ArchPup runs on an NTFS partition. ArchPup is easier to install than Arch Linux. USB booting Arch Linux is just as hard as compiling XBMC is on Puppy.mavrothal wrote:Now if we play the "Who needs" game, then why Arch is not good enough and we need Archpup
these are a few reason why "Just install normal Arch Linux" is 'not' the answer.
Same goes for puppy. "Just install normal Puppy Linux".....normal Puppy Linux is a mile behind, in a 100 yard dash against ArchPup. Arch Linux is also losing that same race, just as badly.
I like your enthusiasm stifiling, but I'm really impressed by the magic.
Here is an Arch package.
Abra katabra.
The pachage is 6 times smaller, runs 3 times as fast and does twice as many things as the original!
Wow!
Here is an Arch package.
Abra katabra.
The pachage is 6 times smaller, runs 3 times as fast and does twice as many things as the original!
Wow!
== [url=http://www.catb.org/esr/faqs/smart-questions.html]Here is how to solve your[/url] [url=https://www.chiark.greenend.org.uk/~sgtatham/bugs.html]Linux problems fast[/url] ==
Sounds like you don't have a valid rebuttal.mavrothal wrote:I like your enthusiasm stifiling, but I'm really impressed by the magic.
Here is an Arch package.
Abra katabra.
The pachage is 6 times smaller, runs 3 times as fast and does twice as many things as the original!
Wow!
You said, "Just install Arch Linux" 3 times already. Gave you a few reasons why that should be eliminated from your arsenal of excuses.
See if you can think of something different. "Just install Arch Linux" doesn't apply. Please do not use "Just install Arch Linux" in comparison to ArchPup. Arch Linux is just as crappy to ArchPup, as Puppy Linux is to ArchPup. "Just install Arch Linux".....doesn't work. X that one off the list.
stifiling wrote: Sounds like you don't have a valid rebuttal.
Oh boy,… here comes the long post…
Let me say this again: why not use Arch linux if you want to use the machine. ie have your office apps, image and video editing, video chatting, VPN, remote desktop, etc.
Have it in running a system that actually has anything of any value or importance.
Not a "production" system, but let's say "a system that you backup regularly".
For such a system Archpup may look smaller, because of the SFS compression but is actually not. Also what you are gaining in read speeds you lose in processing (unsquashing) and memory load. And of course if you install all the extra apps n your save file then the apparent size difference, disappears.
So is it "6 times smaller"?
I wish...
There is a speed difference that comes from the elimination of the security layer that is imposed to unprivileged users in Arch, but you can run as root in Arch too, if that's so important to you.
There is also a speed difference from the core libraries being loaded in RAM but this is usually only for the first time you open the app in every session, since your system is caching after that.
So, a small tick in speed vs the mother-distro.
It can run from NTFS partitions.
Actually I find this a flaw! (also for puppy)
NTFS. So primarily you are a windows user, used to be asked 5 times if you "really, truly, positively want to open this application".
And now you are granted root access in a system that you do not know very well and you are one typo/click away from messing your Windows partition (and then spend a day try to recover your "graduation pictures" ).
Besides NTFS already implies that it is a hobby/test OS and is not really used
So a mark to the mother-distro on NTFS!
Installs in USB easier. Check! (Just tell me why puppy's universal installer is not there…)
Any limitations of Archpup vs Arch?
Will not run all the Arch programs due to the held back packages.
May have bugs because of the modified packages that had limited use and thus testing.
Aufs (union) file systems have some limitations. (Also the luck of xattr and acl support)
So is it "miles ahead"? No.
Is it ahead at all?
It depends on your point of view, but more important if you intent to use the system for anything more than playing with it for few hours or a week.
Now about the "miles ahead" of puppy.
Is it faster? No.
Is it smaller? No.
Does it have more features OOTB? No.
Is it easier to install and use from the GUI? No.
Can it be installed in a wider range of hardware? No.
Does it have more apps? No (to the Ubuntu or slackware repos).
Does it have better audited packages? No (if you compare what is in the pupplet repos and not what is flying in the forum).
Does it have a better package managing infrastructure? By far.
So is it "miles ahead"? No.
Is it ahead at all?
It depends on your point of view… And if we are talking "hobby builds", the point of view can vary widely…
OK then,… but can it be really ahead?
It can try, by combining the best feature of both OSs.
Arch package manager and packages - Puppy apps, wizards and scripts.
Then a lot of wide testing and bug squashing and you are almost there.
Can we go back to Archpup now and forget Who's on first?
Last edited by mavrothal on Tue 12 Feb 2013, 05:38, edited 1 time in total.
== [url=http://www.catb.org/esr/faqs/smart-questions.html]Here is how to solve your[/url] [url=https://www.chiark.greenend.org.uk/~sgtatham/bugs.html]Linux problems fast[/url] ==
- rg66
- Posts: 1158
- Joined: Mon 23 Jul 2012, 05:53
- Location: Vancouver, BC Canada / Entebbe, Uganda Africa!?!
Ya, I'm running it from Archpup with xfce. I copied PKGBUILD.proto to the working directory and same thing. It must be something I'm doing wrong.mavrothal wrote: Just downloaded and tried again. Works file.
Are you running it on Archpup or any other puppy?
It requires to run in Archpup and /usr/share/pacman/PKGBUILD.proto to be present.
I guess I'll put some more checks and warnings
X-slacko-5b1 - X-tahr-2.0 - X-precise-2.4
[url=http://smokey01.com/rg66/]X-series repo[/url]
[url=http://smokey01.com/rg66/]X-series repo[/url]
Some of the reasons Puppy is widely considered as just a toy OS, is because it has 300 items in the menu,
most of which you would never start, so their purpose from standard user POV, is to make you feel lost
I haven't found single one.
May have bugs?
Did you see any of those bugs. Or you just assume that, because it's not old enough to must have some flaws.
On the other side having many developers and many users, testers etc. doesn't mean bug-free software or OS. Take abiword from the latest Ubuntu as example.
I'm adding pet2arch script in respect for your time. Is 0.1 latest version?
most of which you would never start, so their purpose from standard user POV, is to make you feel lost
What programs it will not run?mavrothal wrote:Any limitations of Archpup vs Arch?
Will not run all the Arch programs due to the held back packages.
May have bugs because of the modified packages that had limited use and thus testing.
I haven't found single one.
May have bugs?
Did you see any of those bugs. Or you just assume that, because it's not old enough to must have some flaws.
On the other side having many developers and many users, testers etc. doesn't mean bug-free software or OS. Take abiword from the latest Ubuntu as example.
I'm adding pet2arch script in respect for your time. Is 0.1 latest version?
I do not think that anybody tested the 45000 packages in Arch but I bet on it.simargl8 wrote: What programs it will not run?
I haven't found single one.
May have bugs?
Did you see any of those bugs. Or you just assume that, because it's not old enough to must have some flaws.
Pango dependent apps come to mind.
Hardware detection and display setup is another usual issue related to udev/systemd.
I can appreciate the risk vs benefit factor, but I think I would at least wait a month or so with the same version to declare it bug free.
That is a problem when you want to be bleeding edge or rolling. You sacrifice stability (For that there is Debian).simargl8 wrote:On the other side having many developers and many users, testers etc. doesn't mean bug-free software or OS. Take abiword from the latest Ubuntu as example.
But more testers do make a better more solid release specially when you do not have the release dates set 3 years in advance and you must release no matter what...
Thanks.simargl8 wrote:I'm adding pet2arch script in respect for your time. Is 0.1 latest version?
v0.3 is the latest.
Last edited by mavrothal on Mon 11 Feb 2013, 16:02, edited 2 times in total.
== [url=http://www.catb.org/esr/faqs/smart-questions.html]Here is how to solve your[/url] [url=https://www.chiark.greenend.org.uk/~sgtatham/bugs.html]Linux problems fast[/url] ==
An old trick to find out is to change the first line of the script fromrg66 wrote: Ya, I'm running it from Archpup with xfce. I copied PKGBUILD.proto to the working directory and same thing. It must be something I'm doing wrong.
Code: Select all
#!/bin/bash
Code: Select all
#!/bin/bash -x
Will tell you exactly what is doing and where the problem might be
== [url=http://www.catb.org/esr/faqs/smart-questions.html]Here is how to solve your[/url] [url=https://www.chiark.greenend.org.uk/~sgtatham/bugs.html]Linux problems fast[/url] ==
Archpup 13.2.1 has been released and has its own thread.
== [url=http://www.catb.org/esr/faqs/smart-questions.html]Here is how to solve your[/url] [url=https://www.chiark.greenend.org.uk/~sgtatham/bugs.html]Linux problems fast[/url] ==
mav,
i used your frisbee package in the lxde desktop. i was having a hard time getting xpupsay to work. the folder /lib/dhcpcd is in the main.sfs at /usr/lib/dhcpcd, so i moved it over there. there's also the script 'dhcpcd-run-hooks' in that same location. i pulled that file out of peebee's precise-frisbee.pet...and symlinked the files in /usr/libexec to the ones in /usr/lib/dhcpcd. and was able to get xpupsay to do it's network announcements after doing so.
Not exactly important, but i also modded the '99' files in /usr/lib/dhcpcd/dhcpcd-hooks...to use 'notify-send' rather than xpupsay.
i used your frisbee package in the lxde desktop. i was having a hard time getting xpupsay to work. the folder /lib/dhcpcd is in the main.sfs at /usr/lib/dhcpcd, so i moved it over there. there's also the script 'dhcpcd-run-hooks' in that same location. i pulled that file out of peebee's precise-frisbee.pet...and symlinked the files in /usr/libexec to the ones in /usr/lib/dhcpcd. and was able to get xpupsay to do it's network announcements after doing so.
Not exactly important, but i also modded the '99' files in /usr/lib/dhcpcd/dhcpcd-hooks...to use 'notify-send' rather than xpupsay.
I actually think that xpupsay is a bit intrusive and better remove it!stifiling wrote:mav,
i used your frisbee package in the lxde desktop. i was having a hard time getting xpupsay to work. the folder /lib/dhcpcd is in the main.sfs at /usr/lib/dhcpcd, so i moved it over there. there's also the script 'dhcpcd-run-hooks' in that same location. i pulled that file out of peebee's precise-frisbee.pet...and symlinked the files in /usr/libexec to the ones in /usr/lib/dhcpcd. and was able to get xpupsay to do it's network announcements after doing so.
Not exactly important, but i also modded the '99' files in /usr/lib/dhcpcd/dhcpcd-hooks...to use 'notify-send' rather than xpupsay.
I think the rewin's frisbee 3 version is much more integrate'able into the main stream. Hopefully I'll find some time to see how it works in Archpup (or maybe peebee does it)
If simargl patches dhcpcd with the dropwait patch then there is a good chance to have a small and decent network manager in Archpup.
== [url=http://www.catb.org/esr/faqs/smart-questions.html]Here is how to solve your[/url] [url=https://www.chiark.greenend.org.uk/~sgtatham/bugs.html]Linux problems fast[/url] ==
What I see is that this patch adds some waiting time in seconds, so no problems if you need
that dropwait timer I will patch dhcpcd source. One problem is that this relates to version
dhcpcd-5.2.9, latest is 5.6.4, but patch is not too big so it would probably be possible to
adjust it for newer version.
that dropwait timer I will patch dhcpcd source. One problem is that this relates to version
dhcpcd-5.2.9, latest is 5.6.4, but patch is not too big so it would probably be possible to
adjust it for newer version.
I think this is because your file system permissions are all messed up.rg66 wrote:Ya, I'm running it from Archpup with xfce. I copied PKGBUILD.proto to the working directory and same thing. It must be something I'm doing wrong.mavrothal wrote: Just downloaded and tried again. Works file.
Are you running it on Archpup or any other puppy?
It requires to run in Archpup and /usr/share/pacman/PKGBUILD.proto to be present.
I guess I'll put some more checks and warnings
Start with "pfix=ram" load devx that is needed for makepkg to run correctly and see if this will work.
== [url=http://www.catb.org/esr/faqs/smart-questions.html]Here is how to solve your[/url] [url=https://www.chiark.greenend.org.uk/~sgtatham/bugs.html]Linux problems fast[/url] ==
- rg66
- Posts: 1158
- Joined: Mon 23 Jul 2012, 05:53
- Location: Vancouver, BC Canada / Entebbe, Uganda Africa!?!
After looking at some previous posts, I'm seeing similar issue as rameshiyer and I think we are both using xfce. It's later here but will dl devx in the morning and try again.mavrothal wrote: I think this is because your file system permissions are all messed up.
Start with "pfix=ram" load devx that is needed for makepkg to run correctly and see if this will work.
X-slacko-5b1 - X-tahr-2.0 - X-precise-2.4
[url=http://smokey01.com/rg66/]X-series repo[/url]
[url=http://smokey01.com/rg66/]X-series repo[/url]
Make sure you get the improved v0.3 version of the script and that you use only the SFSs in the Archpup ISO (till stifiling fixes his SFSs).rg66 wrote: It's later here but will dl devx in the morning and try again.
== [url=http://www.catb.org/esr/faqs/smart-questions.html]Here is how to solve your[/url] [url=https://www.chiark.greenend.org.uk/~sgtatham/bugs.html]Linux problems fast[/url] ==
are there instructions anywhere on how to get graphic drivers working on archpup?
Bionicpup64 built with bionic beaver packages http://murga-linux.com/puppy/viewtopic.php?t=114311
Xenialpup64, built with xenial xerus packages http://murga-linux.com/puppy/viewtopic.php?t=107331
Xenialpup64, built with xenial xerus packages http://murga-linux.com/puppy/viewtopic.php?t=107331