[arch-releng] Package wishes
Hi, I wish the following packages were included on the Live CD: htop iotop gptfdisk nethack And possibly even: diakonos (from AUR) If any of these has previously been suggested and rejected, please disregard the accompanying wish. Tucos on IRC told me "Pozzi, the archiso guy" was the one to ask regarding wishes for new packages on the CD. (Via this mailing list, if I did not misunderstand him completely). Cheers, Alexander Rødseth (xyproto on IRC / trontonic on AUR)
On Tue, Aug 23, 2011 at 4:15 PM, Alexander Rødseth <rodseth@gmail.com> wrote:
Hi,
I wish the following packages were included on the Live CD: htop iotop gptfdisk nethack
And possibly even: diakonos (from AUR)
If any of these has previously been suggested and rejected, please disregard the accompanying wish.
Tucos on IRC told me "Pozzi, the archiso guy" was the one to ask regarding wishes for new packages on the CD. (Via this mailing list, if I did not misunderstand him completely).
Cheers, Alexander Rødseth (xyproto on IRC / trontonic on AUR)
You can create your own iso and include the packages you want. Packages from AUR won't be included in the official iso and I don't think games are necessary. There are also space constraints: - iotop needs python and it's a rather big package. - gptfdisk needs icu, another big package. top is included (procps package), so htop is not absolutely necessary
Hi,
You can create your own iso and include the packages you want.
That is quite dismissive, as this type of argument can be used to discourage anyone from anything.
Packages from AUR won't be included in the official iso and I don't think games are necessary.
What are the requirements for deeming the inclusion of a package as necessary?
There are also space constraints: - iotop needs python and it's a rather big package.
Although iotop itself is only 116152 bytes, I do understand that including Python 3 (142704062 bytes) is a bit much for a CD.
- gptfdisk needs icu, another big package.
Are there other tools available for editing GPT partitions?
top is included (procps package), so htop is not absolutely necessary
At least htop is tiny, using only 121826 bytes, and being a lot nicer and more practical than top. (/usr/bin/top takes 71221 bytes). If nothing else, I still wish for the inclusion of htop in addition to (or instead of) /usr/bin/top. It's only 50605 bytes more, for a much nicer program. Best regards, Alexander Rødseth (xyproto on IRC, trontonic on AUR)
On Tue, Aug 23, 2011 at 4:58 PM, Alexander Rødseth <rodseth@gmail.com> wrote:
Hi,
You can create your own iso and include the packages you want.
That is quite dismissive, as this type of argument can be used to discourage anyone from anything.
Packages from AUR won't be included in the official iso and I don't think games are necessary.
What are the requirements for deeming the inclusion of a package as necessary?
There are also space constraints: - iotop needs python and it's a rather big package.
Although iotop itself is only 116152 bytes, I do understand that including Python 3 (142704062 bytes) is a bit much for a CD.
- gptfdisk needs icu, another big package.
Are there other tools available for editing GPT partitions?
top is included (procps package), so htop is not absolutely necessary
At least htop is tiny, using only 121826 bytes, and being a lot nicer and more practical than top. (/usr/bin/top takes 71221 bytes).
If nothing else, I still wish for the inclusion of htop in addition to (or instead of) /usr/bin/top. It's only 50605 bytes more, for a much nicer program.
Best regards, Alexander Rødseth (xyproto on IRC, trontonic on AUR)
I'm not a member of the releng team and I don't know when the next official (or even testing) iso will arrive, so I suggested you build your own. I really didn't want to sound dismissive, but this way you can have the packages you want. Can you tell us why do you need them on the iso? Pacman can install them from e.g. a usb drive too, so it's possible even w/o an internet connection (just make sure you have all the dependencies).
On Tue, Aug 23, 2011 at 20:11, Karol Blazewicz <karol.blazewicz@gmail.com> wrote:
- gptfdisk needs icu, another big package.
gptfdisk can be compiled without icu support, but this will disable entering Unicode names in the partition table (and this is not recomended by upstream). [quote http://gptfdisk.git.sourceforge.net/git/gitweb.cgi?p=gptfdisk/gptfdisk;a=blo...] The ICU library (http://site.icu-project.org), which provides support for Unicode partition names, is recommended on all platforms except Windows. This library is normally installed in Linux and OS X, but you may need to install the development headers (libicu-dev or something similar in Linux; or the libicu36-dev Fink package in OS X). To compile without ICU support, you must modify the Makefile: Remove the "-D USE_UTF16" part from the CXXFLAGS line and remove references to -licuio, -licuuc, -licudata, and -licucore (details vary between platforms) from the compilation options. Suitable lines are present, but commented out, in the Makefile, Makefile.mac, and Makefile.bsd files. [/quote] parted does not offer finegrain control live gptfdisk does. If it did, there would be no need to use util-linux fdisk for MBR disks and gdisk for GPT disks. Regards. Keshav
On Wed, 24 Aug 2011 22:09:11 +0530 "KESHAV P.R." <skodabenz@gmail.com> wrote:
On Tue, Aug 23, 2011 at 20:11, Karol Blazewicz <karol.blazewicz@gmail.com> wrote:
- gptfdisk needs icu, another big package.
gptfdisk can be compiled without icu support, but this will disable entering Unicode names in the partition table (and this is not recomended by upstream).
[quote http://gptfdisk.git.sourceforge.net/git/gitweb.cgi?p=gptfdisk/gptfdisk;a=blo...] The ICU library (http://site.icu-project.org), which provides support for Unicode partition names, is recommended on all platforms except Windows. This library is normally installed in Linux and OS X, but you may need to install the development headers (libicu-dev or something similar in Linux; or the libicu36-dev Fink package in OS X). To compile without ICU support, you must modify the Makefile: Remove the "-D USE_UTF16" part from the CXXFLAGS line and remove references to -licuio, -licuuc, -licudata, and -licucore (details vary between platforms) from the compilation options. Suitable lines are present, but commented out, in the Makefile, Makefile.mac, and Makefile.bsd files. [/quote]
parted does not offer finegrain control live gptfdisk does. If it did, there would be no need to use util-linux fdisk for MBR disks and gdisk for GPT disks.
Regards.
Keshav
I wonder when there will be a gpt program included in util-linux. I trust the kernel guys more than Gnu (Parted) or a 3rd party. And all other filesystem stuff done by AIF depends on Linux utilities anyway. Dieter
On Thu, Aug 25, 2011 at 02:19:47PM +0200, Dieter Plaetinck wrote:
On Wed, 24 Aug 2011 22:09:11 +0530 "KESHAV P.R." <skodabenz@gmail.com> wrote:
On Tue, Aug 23, 2011 at 20:11, Karol Blazewicz <karol.blazewicz@gmail.com> wrote:
- gptfdisk needs icu, another big package.
gptfdisk can be compiled without icu support, but this will disable entering Unicode names in the partition table (and this is not recomended by upstream).
[quote http://gptfdisk.git.sourceforge.net/git/gitweb.cgi?p=gptfdisk/gptfdisk;a=blo...] The ICU library (http://site.icu-project.org), which provides support for Unicode partition names, is recommended on all platforms except Windows. This library is normally installed in Linux and OS X, but you may need to install the development headers (libicu-dev or something similar in Linux; or the libicu36-dev Fink package in OS X). To compile without ICU support, you must modify the Makefile: Remove the "-D USE_UTF16" part from the CXXFLAGS line and remove references to -licuio, -licuuc, -licudata, and -licucore (details vary between platforms) from the compilation options. Suitable lines are present, but commented out, in the Makefile, Makefile.mac, and Makefile.bsd files. [/quote]
parted does not offer finegrain control live gptfdisk does. If it did, there would be no need to use util-linux fdisk for MBR disks and gdisk for GPT disks.
Regards.
Keshav
I wonder when there will be a gpt program included in util-linux. I trust the kernel guys more than Gnu (Parted) or a 3rd party. And all other filesystem stuff done by AIF depends on Linux utilities anyway.
Dieter
a GPT library is planned for u-l 2.21, so this isn't too far away. d
On 08/24/2011 01:39 PM, KESHAV P.R. wrote:
On Tue, Aug 23, 2011 at 20:11, Karol Blazewicz <karol.blazewicz@gmail.com> wrote:
- gptfdisk needs icu, another big package.
gptfdisk can be compiled without icu support, but this will disable entering Unicode names in the partition table (and this is not recomended by upstream).
[quote http://gptfdisk.git.sourceforge.net/git/gitweb.cgi?p=gptfdisk/gptfdisk;a=blo...] The ICU library (http://site.icu-project.org), which provides support for Unicode partition names, is recommended on all platforms except Windows. This library is normally installed in Linux and OS X, but you may need to install the development headers (libicu-dev or something similar in Linux; or the libicu36-dev Fink package in OS X). To compile without ICU support, you must modify the Makefile: Remove the "-D USE_UTF16" part from the CXXFLAGS line and remove references to -licuio, -licuuc, -licudata, and -licucore (details vary between platforms) from the compilation options. Suitable lines are present, but commented out, in the Makefile, Makefile.mac, and Makefile.bsd files. [/quote]
parted does not offer finegrain control live gptfdisk does. If it did, there would be no need to use util-linux fdisk for MBR disks and gdisk for GPT disks.
Regards.
Keshav
OK, I agree then. Thanks for the info. -- Gerardo Exequiel Pozzi \cos^2\alpha + \sin^2\alpha = 1
Am 23.08.2011 16:15, schrieb Alexander Rødseth:
Hi,
I wish the following packages were included on the Live CD: htop
Not necessary, but as you pointed out, also quite small.
iotop
Sadly, as mentioned below, python adds >100MB to the environment (uncompressed), which we cannot afford. The current core-dual image is 673MB, and we'd like to keep that below 700MB for compatibility with CDs. Although, we could make the point that 1) You can burn the image onto a DVD, which is not much more expensive than a CD nowadays. 2) Most people will put it on USB anyway. So the 700MB limit could possibly be dropped - what is everyone's opinion on that?
gptfdisk
Someone posted on this list that he is working on GPT support in AIF. This would require a decent gpt partition manager. Even without AIF support, this might be useful for people to set GPT up manually. In general, I'd give this a big +1, but I don't know the tools, so I have no idea if gptfdisk is the best choice.
nethack
Although small, this seems superfluous.
And possibly even: diakonos (from AUR)
We will only include packages that are in the repositories. I don't know diakonos, but I was always planning to re-add 'joe' to extra, so we can put it on the ISO again :)
Tucos on IRC told me "Pozzi, the archiso guy" was the one to ask regarding wishes for new packages on the CD. (Via this mailing list, if I did not misunderstand him completely).
This is correct. Gerardo and Dieter mostly decide what happens to the images, although I try to steer the in the right direction when I feel the need to.
On Tue, Aug 23, 2011 at 6:06 PM, Thomas Bächler <thomas@archlinux.org> wrote:
Am 23.08.2011 16:15, schrieb Alexander Rødseth:
iotop
Sadly, as mentioned below, python adds >100MB to the environment (uncompressed), which we cannot afford. The current core-dual image is 673MB, and we'd like to keep that below 700MB for compatibility with CDs.
Although, we could make the point that 1) You can burn the image onto a DVD, which is not much more expensive than a CD nowadays. 2) Most people will put it on USB anyway.
So the 700MB limit could possibly be dropped - what is everyone's opinion on that?
The only problem with images >700 MB is that while DVDs are about the same price as CDs, not every computer has a DVD-burner and many can't even read DVDs because they have a CD-only drive (e.g. many 5yo notebooks). I think a 2 GB limit for dual-arch or some kind of a "full" (as opposed to base and netinstall) image is sensible.
On Tue, Aug 23, 2011 at 11:06 AM, Thomas Bächler <thomas@archlinux.org> wrote:
Although, we could make the point that 1) You can burn the image onto a DVD, which is not much more expensive than a CD nowadays. 2) Most people will put it on USB anyway.
So the 700MB limit could possibly be dropped - what is everyone's opinion on that?
yes! ... though i always use netinstall + local mirror ... but still :-) none of my mobiles even *have* CDROMs. my in-home server built ~3-5 years ago has two DVD burners ... i haven't used either one of them ONCE ... so yes even 5 years ago CDROM was on the wayside. to be fair i've hated CDs with a passion since the day i learned of them -- absolute junk compared to hardy cartridge-like devices -- it's as if they are designed to fail! a self-preserving industry like automobiles! :-) on a more serious note -- i just bought an 8GB class 4 microSD card last night on clearance for $10 at a local department store with a USB adaptor ... CD is dead dead dead. put it to rest people! -- C Anthony
On 08/23/2011 01:06 PM, Thomas Bächler wrote:
Am 23.08.2011 16:15, schrieb Alexander Rødseth:
Hi,
I wish the following packages were included on the Live CD: htop Not necessary, but as you pointed out, also quite small. Neutral here.
iotop Sadly, as mentioned below, python adds>100MB to the environment (uncompressed), which we cannot afford. Older Python 2. If it was Python3, the story would change slightly... The current core-dual image is 673MB, and we'd like to keep that below 700MB for compatibility with CDs.
Although, we could make the point that 1) You can burn the image onto a DVD, which is not much more expensive than a CD nowadays. 2) Most people will put it on USB anyway.
So the 700MB limit could possibly be dropped - what is everyone's opinion on that? Sooner or later, this limit will become obsolete. Anyway we are talking about core-*dual*.iso
We are on 64 bit age, at least here in Buenos Aires is not easy to find a "pure CD" new drive! All units are or DVD or BD. And although it seems ridiculous, get a CD unit is more expensive than a DVDunit. (Like with older memories). Personally I do not use CDs in years!, DVDs rarely, all things goes in pendrives, memory cards or usb disks.
gptfdisk Someone posted on this list that he is working on GPT support in AIF. This would require a decent gpt partition manager. Even without AIF support, this might be useful for people to set GPT up manually.
GPT disk can be done using parted that is already on releng images. Or something is missing?
In general, I'd give this a big +1, but I don't know the tools, so I have no idea if gptfdisk is the best choice.
nethack Although small, this seems superfluous.
flightgear -> flightgear-data will fit much better........... 5.2GB :P -- Gerardo Exequiel Pozzi The archiso guy.
participants (8)
-
Alexander Rødseth
-
C Anthony Risinger
-
Dave Reisner
-
Dieter Plaetinck
-
Gerardo Exequiel Pozzi
-
Karol Blazewicz
-
KESHAV P.R.
-
Thomas Bächler