Menu
▾
▴
kreatecd-devel
You can subscribe to this list here.
| 2000 |
Jan
(1) |
Feb
(4) |
Mar
(5) |
Apr
(2) |
May
(2) |
Jun
(4) |
Jul
|
Aug
(17) |
Sep
(2) |
Oct
|
Nov
(1) |
Dec
(60) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2001 |
Jan
(15) |
Feb
(73) |
Mar
(49) |
Apr
(38) |
May
(8) |
Jun
(4) |
Jul
(45) |
Aug
(53) |
Sep
(9) |
Oct
(35) |
Nov
(20) |
Dec
(1) |
| 2002 |
Jan
(21) |
Feb
(5) |
Mar
(2) |
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
(3) |
Sep
|
Oct
|
Nov
|
Dec
(2) |
|
From: Niels R. <n.r...@pl...> - 2001-07-19 13:56:49
|
---------- Doorgestuurd bericht ---------- Subject: [ alexandria-Support Requests-441211 ] CVS repository clean-up: kreatecd Date: Wed, 18 Jul 2001 09:26:10 -0700 From: no...@so... To: no...@so... Support Requests item #441211, was opened at 2001-07-13 15:16 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=200001&aid=441211&group_id=1 Category: CVS Group: Second Level Support >Status: Closed >Priority: 5 Submitted By: Niels Reedijk (nielx) Assigned to: Jacob Moorman (moorman) >Summary: CVS repository clean-up: kreatecd Initial Comment: Hello, The webcvs of the KreateCD project, has some 'unreadable' files. I don't know what the problem is, however, I think it has got something to do with file permissions. This explains why the WebCVS can't read these, and why these files aren't checked out in anonymous cvs. Can you please chmod the appropriate files so that the users can enjoy the anonymous cvs world better? Thanks in advance. Niels Reedijk ---------------------------------------------------------------------- >Comment By: Jacob Moorman (moorman) Date: 2001-07-18 09:26 Message: Logged In: YES user_id=152443 Greetings, Per your request, the permissions in the kreatecd project CVS repository have now been corrected. Please let me know if I may be of further assistance in this matter (by re-opening this support request and adding a comment). Thank you, Jacob Moorman Quality of Service Manager, SourceForge ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=200001&aid=441211&group_id=1 ------------------------------------------------------- |
|
From: Alexander F. <Ale...@gm...> - 2001-07-17 19:54:29
|
On Tuesday, 17. July 2001 21:02, Joseph Wenninger wrote: > Hi > > On Tuesday 17 July 2001 17:19, you wrote: > > On Tuesday, 17. July 2001 16:28, Richard Moore wrote: > > > Please use KLibLoader and friends for dynamic loading - it uses ltdl > > > underneath but is easier to port to different platforms. If you need > > > a hand figuring out how to use it, let me know and I'll give you a > > > hand. > > > > I'm not sure if KLibLoader is suitable for my needs. The classes which > > are loaded are not QObjects at all. I don't need GUI elements, KGlobal > > and such stuff. > > I think I wrote/used a library which had nothing todo with QT with > klibloader at work. > According to the information in the header file you have to use QObject to use KLibLoader. Am I wrong? > Is there really now way / function to tell klibloader in which directories > to look for the libraries ? > I think you can add additional direcries to the search path but you cannot force to use one compiled-in path. Alexander |
|
From: Joseph W. <jo...@bi...> - 2001-07-17 18:49:30
|
Hi On Tuesday 17 July 2001 17:19, you wrote: > On Tuesday, 17. July 2001 16:28, Richard Moore wrote: > > Please use KLibLoader and friends for dynamic loading - it uses ltdl > > underneath but is easier to port to different platforms. If you need > > a hand figuring out how to use it, let me know and I'll give you a > > hand. > > I'm not sure if KLibLoader is suitable for my needs. The classes which are > loaded are not QObjects at all. I don't need GUI elements, KGlobal and such > stuff. > I think I wrote/used a library which had nothing todo with QT with klibloader at work. Is there really now way / function to tell klibloader in which directories to look for the libraries ? Kind regards Joseph Wenninger |
|
From: Alexander F. <Ale...@gm...> - 2001-07-17 15:22:36
|
On Tuesday, 17. July 2001 16:28, Richard Moore wrote: > Please use KLibLoader and friends for dynamic loading - it uses ltdl > underneath but is easier to port to different platforms. If you need > a hand figuring out how to use it, let me know and I'll give you a > hand. > I'm not sure if KLibLoader is suitable for my needs. The classes which are loaded are not QObjects at all. I don't need GUI elements, KGlobal and such stuff. File format plugins are independent from Qt and usually very small. Also I see nothing than can prevent KLibLoader from loading libraries from untrusted directories - which would be very harmful for SUID mode of kreatecd. Why is KLibLoader more portable ? Perhaps I could use the portability ideas behind KLibLoader but don't add that stuff I don't need Alexander |
|
From: Richard M. <ri...@ip...> - 2001-07-17 14:17:25
|
Please use KLibLoader and friends for dynamic loading - it uses ltdl underneath but is easier to port to different platforms. If you need a hand figuring out how to use it, let me know and I'll give you a hand. Cheers Rich. Alexander Feigl wrote: > > Hi! > > At the moment I make some experiments with dynamic loadable "plugins" for > audio format support in KreateCD. I have an experimental code on my local > harddisk which uses libltdl, which should be available for almost any system. > I might change the dynamic loading system in the future. > > After I have fixed a security issue (in suid root mode only root installed > plugins may be used), I can commit it to CVS > > Alexander > > _______________________________________________ > Kreatecd-devel mailing list > Kre...@li... > http://lists.sourceforge.net/lists/listinfo/kreatecd-devel |
|
From: Alexander F. <Ale...@gm...> - 2001-07-17 11:54:33
|
Hi! At the moment I make some experiments with dynamic loadable "plugins" for audio format support in KreateCD. I have an experimental code on my local harddisk which uses libltdl, which should be available for almost any system. I might change the dynamic loading system in the future. After I have fixed a security issue (in suid root mode only root installed plugins may be used), I can commit it to CVS Alexander |
|
From: Alexander F. <Ale...@gm...> - 2001-07-14 20:32:16
|
On Saturday, 14. July 2001 21:08, Joseph Wenninger wrote: > On Saturday 14 July 2001 14:49, you wrote: > > On Saturday, 14. July 2001 13:31, Joseph Wenninger wrote: > > > Hi > > > > > > > - 25586 : isotree like thing in the mainwindow > > Read my last mail more carefully ;) > > It has the same status as 28544: A copy CD type > I see. I thought the status applied only to the copy cd task. > > --- > > OK, it draws, so now I'm passing the flag on to Joseph, who is going to > > incorporate it in the actual widgets. 2001-05-24 07:04 nielx > > --- > > > > I think the widget is ready and is named CdDataWidget > > I'm not sure but I think Niels talked about some rewriting of it > Already read his last mail on the list? I think you can start to use it. If he needs to do minor API changes, it should be no problem to adapt it. Alexander |
|
From: Joseph W. <jo...@bi...> - 2001-07-14 18:55:15
|
On Saturday 14 July 2001 14:49, you wrote: > On Saturday, 14. July 2001 13:31, Joseph Wenninger wrote: > > Hi > > > > > - 25586 : isotree like thing in the mainwindow > Read my last mail more carefully ;) It has the same status as 28544: A copy CD type > > --- > OK, it draws, so now I'm passing the flag on to Joseph, who is going to > incorporate it in the actual widgets. 2001-05-24 07:04 nielx > --- > > I think the widget is ready and is named CdDataWidget > I'm not sure but I think Niels talked about some rewriting of it Kind regards Joseph Wenninger |
|
From: Niels R. <n.r...@pl...> - 2001-07-14 15:35:50
|
Op zaterdag 14 juli 2001 14:49, schreef u: > > Niels: > > You were talking about rewriting the Disc full status widget, when will > > it be ready ? > > I cannot speak for Niels but there is a comment on sourceforge : > > --- > OK, it draws, so now I'm passing the flag on to Joseph, who is going to > incorporate it in the actual widgets. 2001-05-24 07:04 nielx > --- > > I think the widget is ready and is named CdDataWidget The reason I wasn't fully satisfied with it was because it looked terrible without Anti Aliasing (then again, what small fonts don't). With AA however, it looks rather nice :-) Consider it finished. BTW, Joseph already put it in some of the projects. Niels |
|
From: Alexander F. <Ale...@gm...> - 2001-07-14 12:50:35
|
On Saturday, 14. July 2001 13:31, Joseph Wenninger wrote: > Hi > > > - 25586 : isotree like thing in the mainwindow This task is assigned to you too. Is it complete? > > - 28544 : A copy CD type > > Just need a littlebit more testing (especially multi session), but my CD > recorder is broken at the moment (I need to buy a new one). > Thats bad. I can run a few test burns if that helps. Added a comment to sourceforge that further testing is needed > >- 11299 : Drag'n Drop in ISO tree edit > > There is still one bug I couldn't figure out yet, how to fix it. (expanding > subtrees initiates a dnd action. > Added a comment at sourceforge. > Niels: > You were talking about rewriting the Disc full status widget, when will it > be ready ? > I cannot speak for Niels but there is a comment on sourceforge : --- OK, it draws, so now I'm passing the flag on to Joseph, who is going to incorporate it in the actual widgets. 2001-05-24 07:04 nielx --- I think the widget is ready and is named CdDataWidget Alexander |
|
From: Joseph W. <jo...@bi...> - 2001-07-14 11:18:17
|
Hi > - 25586 : isotree like thing in the mainwindow > - 28544 : A copy CD type Just need a littlebit more testing (especially multi session), but my CD recorder is broken at the moment (I need to buy a new one). >- 11299 : Drag'n Drop in ISO tree edit There is still one bug I couldn't figure out yet, how to fix it. (expanding subtrees initiates a dnd action. Niels: You were talking about rewriting the Disc full status widget, when will it be ready ? Kind regards Joseph Wenninger |
|
From: Alexander F. <Ale...@gm...> - 2001-07-13 23:40:42
|
Hi! I did further cleanups in the API. WriterDialog is now clean of non-UI stuff and CDWriter supports the second progress bar (total progress). Additionally I reduced the number of needed processes for pipe copy (on the fly mode) from # of tracks to 1. On the fly direct from CD should work now, but it is still considered somewhat experimental - but now you can start to try it (do some sim-mode runs before). I'm interested in the quality of on the fly copies with different CD-ROM drivers - some might not like direct piping into cdrecord. What is the status of the following tasks (they are 95% complete according to sourceforge). What is missing? If they are completely done, we can mark them as done at sourceforge - 11299 : Drag'n Drop in ISO tree edit - 25586 : isotree like thing in the mainwindow - 28544 : A copy CD type Alexander |
|
From: Alexander F. <Ale...@gm...> - 2001-07-11 22:04:50
|
On Wednesday, 11. July 2001 22:24, Joseph Wenninger wrote: > Hi > > > Ok. Just wanted to hear a second opinion. Putting it in the burn dialog > > seemed the most obvious way for me too. > > I would have put it in the burning dialog too, but I think in the options > there should be a way to set a default, like it is for the session/disc > closing at the moment > I added it to the ConfigBurner widget - so the default should be configurable. I hope I did the UI stuff right. I don't have much experiences with designer but it seems to be a cool tool Alexander |
|
From: Joseph W. <jo...@bi...> - 2001-07-11 20:11:04
|
Hi > > Ok. Just wanted to hear a second opinion. Putting it in the burn dialog > seemed the most obvious way for me too. > I would have put it in the burning dialog too, but I think in the options there should be a way to set a default, like it is for the session/disc closing at the moment Kind regards Joseph Wenninger PS.: I'll check in some UI additions / bugfixes within the next days |
|
From: Alexander F. <Ale...@gm...> - 2001-07-11 00:31:21
|
Hi! Today I checked in some extremely experimental on the fly code. Please don't use it if you cannot afford producing a coaster. Only cd source is working at the moment. The code will be cleaned up and improved later - at the moment there might be some undeleted processes and similar. Alexander |
|
From: Alexander F. <Ale...@gm...> - 2001-07-10 15:26:55
|
Niels Reedijk wrote: >Op maandag 9 juli 2001 22:42, schreef u: > >>I think it is time to discuss where we should put the switch for >>"on-the-fly" burning. I think it would be best to put it in the dialog with >>the other writing options (speed etc.). I have not seen many burning front >>ends so someone might know better. >> > >I don't see why you can't put it in the burn dialog. I believe that this is >done in WinOnCD too. > Ok. Just wanted to hear a second opinion. Putting it in the burn dialog seemed the most obvious way for me too. > >BTW, great work, allthough most changes are under the hood, it helps me >greatly now the code is far easier to understand (in my eyes). > You and Jospeh did great work with the UI too. KreateCD looks much better now. Alexander |
|
From: Niels R. <n.r...@pl...> - 2001-07-10 09:37:17
|
Op maandag 9 juli 2001 22:42, schreef u: > I think it is time to discuss where we should put the switch for > "on-the-fly" burning. I think it would be best to put it in the dialog with > the other writing options (speed etc.). I have not seen many burning front > ends so someone might know better. I don't see why you can't put it in the burn dialog. I believe that this is done in WinOnCD too. BTW, great work, allthough most changes are under the hood, it helps me greatly now the code is far easier to understand (in my eyes). Niels |
|
From: Alexander F. <Ale...@gm...> - 2001-07-09 20:50:12
|
Hi! I think it is time to discuss where we should put the switch for "on-the-fly" burning. I think it would be best to put it in the dialog with the other writing options (speed etc.). I have not seen many burning front ends so someone might know better. I just moved the creation of image files. They are created after the user presses the "final red button" to burn the CD-R. (instead of creating them before the user has to set speed etc.). This was a popular user's request too. Kreatecd now reuses one single progress dialog when building images. This prevents popping up the new progress dialog in front when the user is doing something else while the images are created Alexander |
|
From: Alexander F. <Ale...@gm...> - 2001-07-08 20:39:23
|
Niels Reedijk wrote: >Here's the compiler log, hope it helps you! > Forgot to check compilation with SUID root mode of kreatecd. Should be fixed now. The "doesn't delete image files" problems should be fixed now too Alexander |
|
From: Niels R. <n.r...@pl...> - 2001-07-08 17:54:32
|
Here's the compiler log, hope it helps you! c++ -DHAVE_CONFIG_H -I. -I. -I.. -I/opt/kde-cvs//include -I/usr/lib/qt2/include -I/usr/X11R6/include -Wall -g -ansi -D_XOPEN_SOURCE -D_BSD_SOURCE -Wbad-function-cast -Wcast-align -Wundef -Wconversion -fno-exceptions -fno-check-new -Wall -pedantic -W -Wpointer-arith -Wmissing-prototypes -Wwrite-strings -Wno-long-long -Wnon-virtual-dtor -fno-builtin -g -O2 -c IsoImage.cpp IsoImage.cpp: In method `int ISOImage::processCleanup(int)': IsoImage.cpp:499: `needSuid' undeclared (first use this function) IsoImage.cpp:499: (Each undeclared identifier is reported only once IsoImage.cpp:499: for each function it appears in.) IsoImage.cpp:501: `mkisoPath' undeclared (first use this function) IsoImage.cpp:501: `isoStat' undeclared (first use this function) IsoImage.cpp:497: warning: unused parameter `int retval' gmake[1]: *** [IsoImage.o] Error 1 c++ -DHAVE_CONFIG_H -I. -I. -I.. -I/opt/kde-cvs//include -I/usr/lib/qt2/include -I/usr/X11R6/include -Wall -g -ansi -D_XOPEN_SOURCE -D_BSD_SOURCE -Wbad-function-cast -Wcast-align -Wundef -Wconversion -fno-exceptions -fno-check-new -Wall -pedantic -W -Wpointer-arith -Wmissing-prototypes -Wwrite-strings -Wno-long-long -Wnon-virtual-dtor -fno-builtin -g -O2 -c AudioRipper.cpp AudioRipper.cpp: In method `int AudioRipper::processCleanup(int)': AudioRipper.cpp:49: `filename' undeclared (first use this function) AudioRipper.cpp:49: (Each undeclared identifier is reported only once AudioRipper.cpp:49: for each function it appears in.) gmake[1]: *** [AudioRipper.o] Error 1 c++ -DHAVE_CONFIG_H -I. -I. -I.. -I/opt/kde-cvs//include -I/usr/lib/qt2/include -I/usr/X11R6/include -Wall -g -ansi -D_XOPEN_SOURCE -D_BSD_SOURCE -Wbad-function-cast -Wcast-align -Wundef -Wconversion -fno-exceptions -fno-check-new -Wall -pedantic -W -Wpointer-arith -Wmissing-prototypes -Wwrite-strings -Wno-long-long -Wnon-virtual-dtor -fno-builtin -g -O2 -c DataRipper.cpp DataRipper.cpp: In method `bool DataRipper::readDataTrack(int, char *, long int, long int)': DataRipper.cpp:37: warning: unused variable `int retval' DataRipper.cpp: In method `int DataRipper::processCleanup(int)': DataRipper.cpp:58: `filename' undeclared (first use this function) DataRipper.cpp:58: (Each undeclared identifier is reported only once DataRipper.cpp:58: for each function it appears in.) |
|
From: Alexander F. <Ale...@gm...> - 2001-07-08 15:21:27
|
Hi! I just have merged my ProcessInterface changes. It is about 2000 lines of diff and is touching many files. Please do a cvs update as soon as possible - before doing any changes. (to avoid CVS conflicts) The new code should work - although image files are not deleted sometimes when an error occurs. I will do more testing later and fix some remaining minor problems but the HEAD branch should remain usable. Further development of the on the fly changes will probably be on the main branch - the branched code is no more updated Alexander |
|
From: Alexander F. <Ale...@gm...> - 2001-07-06 22:13:28
|
Hi Today I made some progress with the on-the-fly branch. It now can handle simple processes like bus scan, toc reading and reading the next writable. I will adapt the rest of ProcessInterface's subclasses as soon as I have time. (I will probably have more time in the next months because lectures at university will end in 2 weeks). The new ProcessInterface and ProgressDialog classes will allow chaining several processes some time. (e.g. mpg123 -> volume boosting -> cdrecord ) The next step will be to rewrite some code to support pipes. After that, I have to write to code which puts the chains together. Alexander |
|
From: Alexander F. <Ale...@gm...> - 2001-06-26 19:34:33
|
jo...@bi... wrote: >***** >Alexander, how are the results of the on the fly >version ? I'm sorry I hadn't time to help >anything >****** > Sorry, I am somewhat busy at the moment (university). This should improve vastly when lectures end in 4 weeks. I managed to keep the branch mostly up-to-date, it should compile, but all classes which use a second process are broken Alexander |
|
From: Niels R. <n.r...@pl...> - 2001-06-24 20:39:40
|
I've tested the trackviewpart and it works terrific with the more recent kde CVS. I am going to work on it more actively now :-) I want it finished. Also, I am going to change the CdDataWidget, because it doesn't look nice yet. Niels ---------- Doorgestuurd bericht ---------- Subject: Trackviewpart Date: Sun, 24 Jun 2001 19:43:03 GMT From: jo...@kd... To: n.r...@pl... Cc: jo...@kd... Hi Did you test your trackviewpart recently, or did you work on it ? It shouldn't crash now anymore (in KDE 2.2). Simon Hausmann and I found the problem, while I was developing the new sidebar for konqueror. It wasn't a bug of your view, it was a bug within the konqueror core application, which caused the crashes. I think, I forgot to mail you this, earlier. Kind regards Joseph Wenninger ------------------------------------------------------- |
|
From: Niels R. <n.r...@pl...> - 2001-06-24 15:00:31
|
> Since some days I run a pure KDE 2.2 > Alpha2/Beta1 installation and compilation of > kreatecd failed on my system, because of the > missing kdb2html (seems it is't used anymore). > > I added to the autoconf/make thing a fallback > now, if no kdb2html is found KDE2.2 is assumed > and therefore the new methode used. The > documentation caching fails, cause there seems > to be a new DTD now, and the documentation can't > be used in khelpcenter anymore, but at least > installation doesn't break. > > I think, if we decide to suppoert KDE >=2.2 and > KDE <2.2, we will have to make two versions of > the documentation. Here's what changed exactly: - We changed to using pure XML instead of docbook SGML - Instead of installing generated documentation, we now only install the docbook file, which is converted to html by a program _when_ running khelpcenter. What the sollution is: - Use the KDE 2.2 admin dir and let that automatically install the docbook file. - At a release, generate the HTML (using meinproc, installed with KDE 2). - Install the HTML, including the common directory. This may sound like a terrible sollution, however, in theory it should work for both KDE 2.2 and pre-KDE 2.2. (I don't know about practise however) Niels |
1 message has been excluded from this view by a project administrator.
