Menu

Show posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Show posts Menu

Messages - hakerdefo

#511
Oh Boy. I'm really glad I joined VSIDO community. What a wonderful discussion. Great job @statmonkey, @Digit, @jedi, @PackRat, and of-course the boss @VastOne.
Here is a very detailed comparison of Upstart, OpenRC and systemd projects,

http://www.ohloh.net/p/compare?project_0=Upstart&project_1=OpenRC&project_2=systemd

And I don't have a problem with systemd technically but the people behind systemd are very low on my trust ratings. One is Good Ol' Lennart and he is very popular nowadays so I won't talk about him here. Another key person behind systemd is Kay Sievers. I'll just point to this message in a thread at lkml.org where one Linus Torvalds told Kay Sievers,
QuoteKay, you are so full of sh*t that it's not funny.
Here is the link to the message. You guys should read the whole thread as it will shed some more light on the people who are developing systemd.

https://lkml.org/lkml/2012/10/3/484

Cheers.
#512
Here are the people on the technical committee that is going to decide on the default init system for Debian,

Andreas Barth
Bdale Garbee
Colin Watson
Don Armstrong
Ian Jackson
Keith Packard
Russ Allbery
Steve Langasek
Now I do not question or doubt integrity of the members but I'm gonna make some assumptions.
Ian Jackson, Colin Watson and Steve Langasek were or are employees of  Canonical. So I'm assuming three votes going in the favor of upstart.
Don Armstrong in his recent comments has indicated that he doesn't like the complexity of systemd.
Bdale Garbee is highly unlikely to go for systemd.
Andreas Barth and Russ Allbery are going to go for systemd if we go by their recent posts and comments.
Keith Packard has his cards closed to his chest so the direction of his vote is unknown.
So if we conclude by the above assumptions upstart is going win by the votes of 5 to 3 or 6 to 2.
Cheers.
#513
VSIDO Discussions / Re: Gdebi - Does anyone use it
January 04, 2014, 10:53:33 AM
Anything beside required minimum should be left to the user. Include it in welcome script.
Cheers.
#514
Here is a story my ma used to tell me when I was a child,
Quote
A quail had her nest in a wheat field. She had five babies in the nest. All the little quails were too young to fly. One day the farmer and his wife came to the farm and ma quail and her babies overheard the conversion.
Farmer's wife -> "I think it's time we start harvesting."
Farmer -> "Okay. I'll hire some farmhands and begin harvesting next week."
All baby quails began to cry. Asking the mom "What will happen to us? We can't even fly? And you ma told us it will at least take another month for us to be strong enough to fly."
Ma quail replied "No worries my children. We all will be fine."
The farmer returned next week with his wife.
Wife -> "When on earth are you planning to begin the harvesting?"
Farmer -> "All the farmhands are busy harvesting in the other fields. I can't do it on my own. I'll start as soon as the farmhands are available."
On hearing this baby quails again started crying. Ma quail said "Listen my children. I know what I'm doing. Have no worries. We'll be fine." All baby quails had their doubts but there was nothing they could do.
Much to their relief, joy and surprise a month passed by, They all learned to fly, Neither farmer nor his farmhands came. They asked ma quail how had she known that farmer wouldn't be there to harvest the wheat crop. Ma quail replied,
"Listen my young ones. The person that relies on the help of others doesn't have a choice. He becomes dependent. Dependency brings laziness. Lazy and dependent person loses the control over his own affairs and life. So my darlings you all should learn from this and always strive to become self-reliant and self-sufficient. "
No matter what Debian chooses, It's gonna rely on others.
Hell with upstart, Hell with systemd. Debian, build your own new init. It will take time, effort, blood, sweat, tears. There are people out there who are and who will be ready to give all the required effort-blood-sweat-tears. How long Will it take? A year, May be two at max. For sure sysvinit can be made to serve Debian for another year or two. Yes it might be tempting and attractive at this stage to go for ready-made solutions and spare all the effort-blood-sweat-tears. But we all know that Beggars Can Never Be Choosers.
Cheers.
#515
Quote from: VastOne on January 03, 2014, 02:28:18 PM
Thanks for that hakerdefo. Unlike gnome back then that had choices like xfce and kde and several other DE/WM's, systemd has basically upstart as an alternative and I do not think there is a question that sysvinit is lacking and needs to be replaced.  I am not sure if systemd or upstart would be the moving target in that analogy.
I wanted to convey two things by quoting Patrik. First, "If it ain't broke, don't fix it". Why fix-replace sysvinit?
Second, Patrik saw where gnome was headed before anyone else and gnome 3 proved he was right. So if he is skeptical regarding systemd then it is not a good sign.
And last but not the least good old Lennart Poettering is the brain(?!?) behind systemd.
Cheers.
#516
If I have to pick only one guy from the linux world as the most sensible, I will pick Patrick Volkerding. And this is what he has to say about systemd,
QuoteConcerning systemd, I do like the idea of a faster boot time (obviously), but I also like controlling the startup of the system with shell scripts that are readable, and I'm guessing that's what most Slackware users prefer too. I don't spend all day rebooting my machine, and having looked at systemd config files it seems to me a very foreign way of controlling a system to me, and attempting to control services, sockets, devices, mounts, etc., all within one daemon flies in the face of the UNIX concept of doing one thing and doing it well. To the typical end user, if this results in a faster boot then mission accomplished. With udev being phased out in favor of systemd performing those tasks we'll have to make the decision at some point between whether we want to try to maintain udev ourselves, have systemd replace just udev's functions, or if we want the whole kit and caboodle.
If you have any doubts regarding Patrik's ability this is what he said regarding gnome way back in 2005 when he dropped gnome from slackware,
QuoteThere is also Dropline, of course, which is quite popular. However, due to their policy of adding PAM and replacing large system packages (like the entire X11 system) with their own versions, I can't give quite the same sort of nod to Dropline.
Please do not incorrectly interpret any of this as a slight against GNOME itself, which (although it does usually need to be fixed and polished beyond the way it ships from upstream more so than, say, KDE or XFce) is a decent desktop choice. So are a lot of others, but Slackware does not need to ship every choice. GNOME is and always has been a moving target (even the "stable" releases usually aren't quite ready yet) that really does demand a team to keep up on all the changes (many of which are not always well documented).
Cheers.
#517
Merry Christmas To You All.
Have A Wonderful Festive Season.
Enjoy.
Cheers.
#518
General Support / Re: intel / ucode error
December 24, 2013, 09:26:44 AM
May be the following will shed some more light,
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=699412
Cheers.
#519
I had a talk with hr on this and he said he has resolved the problem. He didn't say how but I hope he would post here.
#520
Quote from: VastOne on December 12, 2013, 08:13:57 PM
I suggest going to SpaceFM Preferences / Advanced and changing the Graphical SU to gksu to see if that makes a difference.
It did. Changing it to gksu solved the problem. Thanks.
#521
Quote from: VastOne on December 12, 2013, 08:13:57 PM
...Issue resolved by installing mplayer...
But I was able to play Videos running mplayer from terminal so mplayer for sure was already installed.
Quote from: VastOne on December 12, 2013, 08:13:57 PM
...I suggest going to SpaceFM Preferences / Advanced and changing the Graphical SU to gksu to see if that makes a difference.  The only dependency for ntfs that SpaceFM has is ntfs-3g and it is obviously installed...
Will try this and let you know.
Quote from: VastOne on December 12, 2013, 08:13:57 PM
...I have corrected the open file size by adding it to /etc/skel/.config/gtk-2.0/gtkfilechooser.ini with these settings:
[Filechooser Settings]
LocationMode=path-bar
ShowHidden=true
ShowSizeColumn=true
GeometryX=95
GeometryY=175
GeometryWidth=750
GeometryHeight=520
SortColumn=name
SortOrder=ascending
StartupMode=recent

Anyone needing that can copy those settings to /home/yourusername/.config/gtk-2.0/gtkfilechooser.ini...
Okay, That's great.
Quote from: VastOne on December 13, 2013, 01:07:58 AM
...On the next releases of the ISO, the VSIDO Installer icons will no longer be on the FLuxBox menu...
Cool.
Quote from: VastOne on December 13, 2013, 01:07:58 AM
...Thanks hakerdefo for the kick in the arse...
Whenever someone decides to give Debian Sid a go, The first thing to come to that person's mind should be 'VSIDO'. This should be your goal my friend and perfection is the biggest stepping stone towards that goal.
Cheers.
#522
As promised I installed and tested VSIDO III and most things worked perfectly but as with any creation there were a few niggles and I'm gonna list them so VastOne can iron-out these niggles in the future builds,
SpaceFM failed to mount NTFS partitions. Here's the exact error,

(gksudo:3964): GLib-CRITICAL **: g_str_has_prefix: assertion `str != NULL' failed

I think it is because of some missing dependency. On the other hand Disk Manager mounts these partitions without a problem. And after that accesing-reading-writing via SpaceFM is possible.
If you try to open a file from 'Medit' the file selection window opens with way too much zoom. I can't see the top, bottom and side panes on my 1024*768 screen. Interestingly if I run Medit with 'gksudo' then everything works as expected. File selection window opens with normal size and I can select and open files.
Another strange thing was that UMPlayer failed to play any video files. Neither from it's 'Open' file nor from the context menu of SpaceFM. Running UMPlayer from terminal and then opening a video file didn't show any messages in terminal but video didn't play. I tried several video formats but the same result. Nothing happened. I tried changing the 'Video Output' and provided the full path to the 'mplayer' binary but nothing changed. Interestingly I was able to play all the video files with mplayer from terminal without a problem.
Lastly it would be nice aesthetically if the 'Install VSIDO' is automatically removed from the menu after installation.
Cheers.
#523
Quote from: VastOne on December 09, 2013, 04:41:05 AM
Wow, that is a huge statement hakerdefo, I really appreciate it...
GMusicBrowser, SpaceFM, UMPlayer, FileZilla, Xchat, Geany, Medit, WICD and the list can go on. These applications are amongst the best in their respective categories. Hands down the best selection I've seen. Period.
Quote from: VastOne on December 09, 2013, 04:41:05 AM
Now, just for you (and anyone else who will test it) here is a
link to the future of VSIDO Codename: Savant-hakerdefo

411 MiB full version of VSIDO III

Codename: Savant-hakerdefo  :)  That's cool. I'm honored. Will give it a good go as soon as possible and report back.
Cheers.
#524
You are right, Removing the other three sessions woudn't alter the resulting ISO size significantly.
Why I chose 32 bit? Well It's something I do on reflex. If 32 bit is available I always go for it. No scientific reason. Dropping it won't be a bad idea.
And honestly Fluxbox was the most polished among four live sessions. Keeping it as the default is perfect as it is light weight compared to Xfce, more user friendly than i3, looks better than Openbox out-of-box.
And one thing I forgot to mention, VSIDO comes with the best default application set, No other distro that I have tested or am aware of comes anyway close to VSIDO on this.
Cheers.
#525
Well first-up congrats on a very good sid based distro. I know it's a labor of love fulfilled for VastOne and company.
A confession, I'm neither a VSIDO nor a CrunchBang user but I learned a lot from reading those great discussions in CrunchBang forums.
Yesterday I gave a spin  to the 32 bit version of VSIDO. And I couldn't help notice one thing. While it's good but I think there are areas that can be improved. For example some application icons were missing in the live XFCE session, A couple of applications didn't run in Openbox session, I was unable to restart the machine from display manager login screen etc. etc..
These are by no means critical bugs but I felt that it would be better if VSIDO devs concentrate on providing only one DE-WM instead of four. This way they will have to worry about a few things less, They will be able to concentrate and work on one and only one thing and the result will be a much more polished VSIDO. Ad the resulting ISO image will also be lighter.
Wishing you guys all the luck for the future. Keep the VISIDO rolling.
Cheers.