CTKArch

hi

you are free to ignore the following suggestions

1) Reduce size by offering only one web browser....suggest Midori

2) Replace the bigger package and dependencies of brasero with xfburn

xfburn needs dbus running but that will also make it easier for users who then install cups for printing

3) Replace the bigger package of gimp with mtpaint 

4) Replace the smaller shell UrXvt with a slightly larger shell roxterm.

I like roxterm as its has wider range of font support.....pulldown menus for copy and paste and TABs

5) Remove Gpicview as we can use either midori or mtpaint or gimp

regards

1) Size gain: 1MB… Removing arora won't gain anything. The webkit library is shared between all webkit browsers.

2) xfburn depends on HAL, and I did everything to get HAL, GVFS and so on out of this system.
But that is something I'll have to look at, anyway, since brasero seems to have requirements too…
I can't tell yet you what I'll do there, I don't know yet.

dbus is already running in ctkarch by default, so what's your point there?

3) mtpaint is miles away from GIMP… It's a basic bitmap image editing tool with barely more functions than mspaint. Not an image manipulation tool easily comparing to photoshop.

4) Why? What functions does roxterm have and not urxvt? (apart from the fact that roxterm is exactly 9.86 times slower than urxvt, which isn't of interest to me)

You must be kidding, Urxvt has exactly as much "font support" as roxterm.
Copy/paste can be achieved in any application including urxvt by selecting text anywhere and middle-clicking (or pressing shift+insert) when you want to paste it.
For tabs, run urxvt -pe tabbed

5) No. Loading an image editor for viewing isn't convenient.
You can't view a big folder of photos and navigate through them with an image editor.
And you can't argue about its size: 68KB

I hope you can understand my answers… and even pick useful info from them.

for the 2), there is a package xfburn-lite in archlinux-fr repo, which has no hal dependency; unfortunatly, it is 32bits only...

hi

a) dbus is already running in ctkarch by default, so what's your point there?
brasero does not need dbus but xfburn does

Thanks for having dbus running I can see that in htop

b) ahh ok so its the album feature you were interested in for gpicview.

45K ...Not sure how big your file is when squashed for live cd but on hard drive install i get

PHP Code:


Now in the first post I was trying to reduce sizes but here I suggest a better album viewer that can zoom, rotate, crop,
take a screenshot, create thumbnails (maybe for icons?) , resize, well you catch my drift its going to be about
ONE third of 70 kilobytes bigger under compression.

c) But I don't want you to think I am being deliberately hijacking your work or trying to be negative please

so I promise I am still investigating the burner issue as well.

Forgive me for liking GUI but for the live product we may be looking at a command line products as per the wiki?

https://wiki.archlinux.org/index.php/CD_Burning

regards

No problem, I appreciate people being direct and I am as well.

If I could avoid it, d-bus wouldn't be running, but it's technically unavoidable to have a daemon for inter-process messaging.
For the moment, this means we have to use d-bus.

xfburn really looks appealing! (its configure script has a --disable-hal option, thanks for leading me to remark this)

gpicview can rotate and zoom ; not crop of course, I use GIMP when I start to need more than just rotation.
mirage looks nice but it's not translated to French and is more an image manager than viewer.
I feel like gpicview is still better, more simple. (some more kilobytes isn't the problem, it's about the interface)

I was looking for a way to have Xfburn on x86_64 without Hal, and I saw that since April, 11th, there is a new package Xfburn in [extra], without Hal dependancy: no need for Xfburn-lite now...

hi

well staying with live cd packages alternative to brasero we have

xcdroast and hacburn

1) xcdroast is for non-root users only but in live mode I needed to set up my hard drive "mount point" and with 2 G of ram it would not allow me to use home/arch

also the button to blank are re-writeable cdrw or dvdrw is inside the menu for Create cds
IMHO that is non-intuitive compared to the menu of

hacburn

2) If we assume the local user installs CTK then the permission issue for xcdroast becomes irrelevant.

I have yet to test everything but IMHO xcdroast appears to be designed for those who rip and backup from hard drives.

Simple burn one file or folder seems to be too simple for its current layout.

3) I have yet to test booting up in RAM and testing a remaster but I think that would be best test?

The choice will be xfburn, because of the good news that it doesn't depend on hal anymore.

Thanks again for noticing this.

I couldn't agree more with Calimero though my view isn't scientifically proven like Calimero's. From my very limited experience ROXterm is very heavy -- of course you wouldn't notice this on a recent computer. AntiXM11 has ROXterm on Fluxbox and it's so slow (on an old machine). Puppy has ROXfiler but no ROXterm.

Great news about Xfburn.

aus9, a good picture viewer is quite important for most people. Too bad though it probably won't stop Windows people from sending GNU/Linux people Powerpoint files filled with photos instead of sending them a zip file.

I like Mtpaint which is good enough for basic editing that is sufficient for most people but I think GIMP needs advertizing by being present on many distributions as a replacement for Photoshop which seems to keep a lot of people from moving over to GNU/Linux though they may use 1% of pirated Photosnob features: Ouste GIMP!

mtpaint is more intuitive, the only drawbacks with GIMP to me is (i dont know use GIMP maybe is time to learn) and in my usblive the first time, GIMP is the default to open pdf files,  it isnt ePDFviewer

Replacing GIMP with mtpaint would suggest that there is nothing as advanced as photoshop on GNU/Linux.
Which is why I will stick to GIMP.

By default epdfviewer opens the PDF files, on v0.7. But maybe you're using v0.6 or another one.
You can of course use "Open with" and click the checkbox to keep this setting.

I agree with "Calimero"'s choices and overall this is the best GNU/Linux I've ever used.
It is simple, elegant, easy with choices for your liking of desktop.
I am mainly a Ubuntu user because of its ease of use but recently I feel like it is going in the way of Windows!! Sorry if I offend anyone, but CTK convinced me to switch

I installed CTKArch on my HP mini with 8GB HDD it takes roughly 1.8GB space, can this be reduced??
Although this will remain as it is on my desktop with addition of conky, the plan is installing it on a tablet with ARM processor and "illume" as the WM. Most of those tablets come with 2GB space.

Thank you for a beautiful work.

P.S. if needed I can translate to Turkish.

You can uninstall what you don't need to gain space, can't you?
As for ARM processors, try to boot Arch on your device first. Might help: archlinuxarm.org/ Warning: not easy.

This is offtopic, you should create a subject in Community if you want to talk about all this.