klik: point-and-klik software store for Knoppix

[Discerner0]

I could use a one-click VHS-to-DVD application.

I bought a Hauppauge PVR-350 TV tuner PCI card, which has a hardware MPEG-2 encoder on the board, to transfer my VHS home movies to DVD. The software that came with it has something like "straight-to-DVD" but doesn't actually do that. Instead it records to the hard drive first, then burns it on a DVD. It also has an awful lot of options and settings which are new to my vocabulary, and no dictionary.

I don't see why it isn't possible to record straight to DVD+R or +RW from the output of the PVR-350, as long as I have the right DVD burner and enough RAM. Maybe the DVD format requirements prevent it or something, but if it can be done a klik-recipe for it would be great.

I don't want to have to become an expert in making DVDs just to transfer my home movies to DVD and I suspect there are millions like me. Knoppix + the right hardware + klik might do it with less hassle than the commercial software I've tried. For the non-geeks among us that would be a good thing, and a huge boost for Linux and Knoppix and klik.

2-10-04: Perhaps Morphix is a better way to go? The whole application would be a single download-and-burn-to-CD, rather than having to go to the extra steps of klik etc, from Knoppix...

[fil]

Before we submit it for inclusion in Knoppix, we need to solve one problem: http://klik.berlios.de/ only contains the "klik recipes" on how to install software, not the actual software packages itself. These are downloaded from various sources throughout the internet. This is fine for many files, but some files tend to be highly "volatile". e. g. debian sid packages get updated once in a while and then become unavailable through the debian mirrors, which then breaks the "klik recipes". We then cannot simply use the newer packages because that often would break Knoppix dependencies. Therefore, we need a way to "archive" the packages we use in klik.

Yeah, we have the same problem with the Debian jigdo files that are used for creating the CD images. The solution we use is to have a Debian server that has a full mirror already create a snapshot area to go with the jigdos, like this one on my server:

http://non-us.cdimage.debian.org/jig...0_r2/snapshot/

which is actually very space efficient, because it is created using hard links, so only uses space for the files that subsequently get deleted.

I would set this up for you on my server (which has > 160GB spare, and 100Mbit/s bandwidth) but I could only contemplate that if Klik was released as Free Software --- cannot have an official Debian & GNU mirror supporting non-free software really, I'm afraid.

I don't really follow the comment about there being 1001 servers being a bad thing. Why would it be bad for Debian to start adding Klik recipes to official packages, and have both the klik repository, and the required snapshots be maintained at, for example http://klik.debian.org/

[Vick]

Your are starting in a bad move... you know (win win) or (lose lose) or (win lose) deals. Well your are doing a lose lose project, by starting with a closed or semi closed project that shud not be open to all, that is very bad news for all us knoppix dev and users, the place for a project the way you want it to be, is not the good place for it here.

I told you already make a win win move, make it GPL, and start focusing global with knoppix.

If you are to make it non gpl, then go away with your crap far from us, its insulting the community.

On what i'm starting to see you're are not a winner, from now you are profiting from innocent contributers.

I dont know why people dont open there eyes and stop contributing to scrips or programs that are mining or future and closing it bite by bite. Please stop!, stop! and open your eyes.

It is still time to change your plans dont be blinded by false illusionist (Mirage).

The future is open, the future is freedom, the future is us the open source community and dont forget that.

PS: dont forget that all the code you are using come from the open source, you can use it because it's gpl.

What you done is not an innovation, it already exist and used by stupid closed projects.

An innovation is sumting new, creating something out of nothing.

innovation :
1. The act of innovating; introduction of something new, in
customs, rites, etc.

2. A change effected by innovating; a change in customs;
something new, and contrary to ESTABLISHED customs,
manners, or rites.

You want innovation, then do it the gpl way and not like all others STUPID closed, restrictive rules.

[Stephen]

Your are starting in a bad move... you know (win win) or (lose lose) or (win lose) deals. Well your are doing a lose lose project, by starting with a closed or semi closed project that shud not be open to all, that is very bad news for all us knoppix dev and users, the place for a project the way you want it to be, is not the good place for it here.

[snip]
whole bunch of bs.

I don't know what you are trying to accomplish with this foolishness but if probono chooses to release any of his software under any type of license that is his choice not yours and you are free not to use it if you disagree with that choice. He only released this a little over a week ago so give him so time to figure out what's going on with the idea before you start spouting off.

[Discerner0]

Whoa, Vick. I'm behind you all the way if you are talking about the value to society of free software, but you need to be more specific. What post do you refer to?

[probono]

Since this is the "News" forum, we should continue our discussion about the future of klik in this place: http://www.knoppix.net/forum/viewtopic.php?p=36436

[imthefrizzlefry]

Probono writes:

"klik recipes...not the actual software packages...are downloaded from various sources throughout the internet...some files tend to be highly volatile."
and
"To put it short: We need server space with lots of fast bandwidth. Not for klik itself, but for some of the packages it installs."

I think that both of these problems could be confronted by useing a bit-torrent approach to the matter. EX: "klik recipe"= *.torrent file. then by propogating through the bit-torrent network, you loose the volitility rate and the need for expensive server space, but i suppose easier said than done... right?

[gowator]

Firstly, like stephen says, give the boy some time!!!

Secondly.... the GPL isn't the ONLY license

Thirdly.
Well its a bit more complex but it involves a lot of plus and minus....
Should click include non-free and non-official debian packages!!
I personally beleive YES but I don't think its a simple question....
in particualr these are the ones most troublesome for the intended audience of klick!!!

fourthly, well until it reaches critical mass its not going anywhere
and pronobo might consider that he will get more help if it is GPL.

but ranting isn't going to help!!!!

[probono]

klik is going GPL
http://www.knoppix.net/forum/viewtop...?p=37105#37105

[Craig2]

I installed klik, and then installed quanta. I get the quanta splash screen for about a second, then get this:

knoppix@ttyp2[knoppix]$ /home/knoppix//Quanta/wrapper
QGDict::hashKeyString: Invalid null key
TagAction:roperty( "accel" ) failed: property invalid or does not exist
TagAction:roperty( "accel" ) failed: property invalid or does not exist
TagAction:roperty( "accel" ) failed: property invalid or does not exist
quanta: relocation error: quanta: undefined symbol: _ZNK7QString3argExii

I wouldn't know where to begin figuring out what the problem is. I checked Quanta mailing list archives with no luck. Is this a Quanta issue, or a klik issue? Thanks.

One other program I tried a while back when I installed klik the first time (when it first came out) worked, I can't remember the name of it right now.

Thanks for the effort to all.

ps, what is the install method (command) to use for installing to hd now? And is support for separate partitions part of the installer yet? Links?