lp:habanero

Related source package recipes

No recipes using this branch. (?)

Create packaging recipe

Related snap packages

Related bugs

Related blueprints

1464. By <email address hidden> on 2015-08-20

New version, new tarball:
Changes: updated inxi updaters to use github locations.

I will do this commit once for googlecode, and once for github, after that,
all commits will go only to github.

inxi moves to github, despite my dislike of for profit source repos, and git,
I decided that I just don't have the time or energy to do it right, so I'm going
to use github.

The project is already moved, though I have left inxi up for the time being on
code.google.com/p/inxi until I move the wiki to http://smxi.org

Everything is pretty much the same, the project url is:

https://github.com/smxi/inxi

The direct download link for the gz is:

https://github.com/smxi/inxi/raw/master/inxi.tar.gz

git pull is:

git pull https://github.com/smxi/inxi master

svn checkout url:

https://github.com/smxi/inxi

And that's about it.

1463. By <email address hidden> on 2015-08-02

New version, tarball. Trivial wget/curl change, nothing else. No need to upgrade packages.

1462. By <email address hidden> on 2015-07-06

New version, new tarball. This fixes a bug with the last fix for KDE Plasma version. It was
showing Frameworks version, which is apparently NOT the same as the plasma version.

Also added debugger kde versioning to make this stuff less of an ordeal for data collection.

1461. By <email address hidden> on 2015-06-16

added plasma-netbook

1460. By <email address hidden> on 2015-06-16

Same version, new tarball, I'm tossing this in with the other release, changing for kde >= 4,
changing simple KDE to KDE Plasma, which keeps it clear and simple.

1459. By <email address hidden> on 2015-06-16

New version, new tarball. Got a good fix for the kde version issue from the lads at
#kde-devel, now using kf5-config --version which gives similar output to kded4 --version

I use this for both 4 and 5, but since 4 has worked fine for years, I'll just use this for 5
and later.

1458. By <email address hidden> on 2015-06-15

new version, new tarball. Adapted to deal with yet another silly pointless change from
normal, in this case, sddm decided that using a .pid or .lock file in /run was too easy
so they changed to some session id type string in the /run/sddm/ directory.

Speaking for myself, I find such pointless changes from anything resembling normal behaviors
to the reason that gnu freedesktop systems will never achieve significant desktop use globally.

Also, in the same vein, added debuggers to try to figure out what plasma5/kde 5 is using
internally to give command line version information. Again, something pointless internally
was changed, thus breaking something that had faintly resembled an api, which is of course
why desktop gnu linux will never actually take off, developers in the real world have no
interest in chasing after such pointless and never ending churn in even the most trivial
areas of the OS, let alone the core.

inxi remains however as a log of this ongoing churn and lack of discipline, and so remains
an interesting process of observation, and a way for users to try to avoid the constant
changes in simple system queries that should really never change, so I can see a reason
to keep it going since it's obvious that the actual foss ecosystem itself will not and apparently
cannot grasp that it is the lack of stable apis, methods, etc, that has kept desktop gnu linux
from achieving any actual real world success or popularity, and that is the actual problem
that should be fixed, not some pointless internal change to something.

On the source repo front, maintainers, I still can't find an acceptable alternative to the
impending shutdown of googlecode. github is a for profit venture that people who seem totally
void of any sense of history believe is actually going to be around longer than say, sourceforge,
or googlecode, as a legitimate source hosting site.

I'd welcome any suggestions. So far all the options are bad that I can find.

Top preference is svn, but if git is the absolute only other choice for an otherwise good option,
I'd consider git, but it's a horrible option for inxi because of how inxi development and debugging
works, vs how git works. ie, svn branches are perfect, git branches are totally wrong.

I may end up just hosting the svn on my own servers to avoid having to move yet again when the next
for profit flakey site decides to close up or monetize the source hosting.

The original idea of googlecode was for google to 'pay its dues to the foss community', but apparently
they got bored with that idea, plus of course, the ongoing total failure of google to deal with
automated spam, which has always been a huge bug in the core google corporate culture. But googlecode
was by far the best option I've come across, it was done by a deep pocketed corporation not for profit
for pretty good reasons, and was never intended to be a profit center, which is the closest I could
see for a non free option.

Setting up svn gui stuff however is a royal pain and requires ongoing maintainance for the life of
the software, which is NOT fun, nor will I sign up for that obligation.

I may end up moving to github anyway, even though git truly sucks for inxi and myself, but it's an
idea I find fairly vile, apparently free software (sic) authors seem to have no grasp of the concept
of fredom when it comes to source code hosting, judging by the absurd popularity of github as the
default go to source repo. Their website is pathetic as well, which isn't very promising.

So we'll see where it goes, I think I have until august to decide what to do for source hosting.

Since I'm old enough to have seen sourceforge and now googlecode do the same thing, along with a lot
of other options, to say github won't do this too is delusional, what you can almost certainly say is it
will do it, the only question is when. But, just as Linus did with his non free linux kernel version
control, people will stick with the non free stuff until you realize you can't use it anymore, because
it is non free. Free software hosted on non free source repos is to me one of the most absurd and
stupid things I've ever heard of to be honest.

1457. By <email address hidden> on 2015-06-08

New version, tarball. Tiny change. Added /etc/devuan_version file to distro id to handle
the switched file name. Kudos to anyone out there fighting to create a working alternative
to the unreliable and buggy and windows emulating systemd, I wish devuan luck. Maybe between
devuan and gentoo and slackware we can save the free software core systems before it's too late.

1456. By <email address hidden> on 2015-05-30

added comment to explain C2 + number issue

1455. By <email address hidden> on 2015-05-30

removed debugger