Re: new module proposal: brasero
On Wed, 2008-11-05 at 00:06 +0100, Frederic Peters wrote: > > - there is the audio cd capability, it would be nice if n-c-b asked >"do you want to burn this as an audio cd" when all files were audio >files. (no bug report either). We tried this, it's broken, and it just doesn't work for users. People can/should use music players/managers like Rhythmbox or Banshee for that. ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: new module proposal: brasero
On Wed, 2008-11-05 at 00:19 +0100, Josselin Mouette wrote: > Le mardi 04 novembre 2008 à 21:19 +, Luis Medinas a écrit : > > On Tue, 2008-11-04 at 15:21 +0100, Josselin Mouette wrote: > > > Yes. There are two separate things here: a real burning backend (which > > > currently is cdrtools/cdrkit and in the end should probably be libburn) > > > and a base UI. > > > > > NCB doesn't even support your cdrkit it still uses cdrecord so most of > > the distros need to symlink cdrecord->wodim which is a shame and shows > > that ncb needs update. > > Currently we can just patch n-c-b to that effect, it is really a minor > annoyance. Of course it would be better to make it support both. > Other backend that should be implemented is libburnia that imo will save the current status of burning on Linux (i said it previously). > > > IMO the quickest way is to extend n-c-b to add the features it is > > > missing. > > > > Why extend ncb when you have a full featured application ? > > Because ncb has the correct architecture to integrate into applications. > If you want to do the same with brasero, you’ll end up redeveloping part > of it. > Yes NCB integrates better since it's contains a library that makes easier to do it but you can see the brasero can also offer this integration via nautilus and some media players that are also using it. > > > What exactly can the brasero front-end do that n-c-b cannot? Shouldn’t > > > it be something that we could add to the n-c-b burn dialog? > > > > What about the features that nowdays every user wants ? > > Which features exactly? > Videocd, Videodvd, normalize audiotracks, cdtext, preview, cd covers etc... > > Brasero is using > > almost every GNOME "technology" to get the best experience. In terms of > > front end it's simple and easy to use. > > As a user, I find n-c-b much easier to use. At least, I’d like to see > something similar to burn:/// remain, whatever solution is chosen. > Brasero in svn trunk already supports burn://. Luis ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: new module proposal: brasero
Le mardi 04 novembre 2008 à 21:19 +, Luis Medinas a écrit : > On Tue, 2008-11-04 at 15:21 +0100, Josselin Mouette wrote: > > Yes. There are two separate things here: a real burning backend (which > > currently is cdrtools/cdrkit and in the end should probably be libburn) > > and a base UI. > > > NCB doesn't even support your cdrkit it still uses cdrecord so most of > the distros need to symlink cdrecord->wodim which is a shame and shows > that ncb needs update. Currently we can just patch n-c-b to that effect, it is really a minor annoyance. Of course it would be better to make it support both. > > IMO the quickest way is to extend n-c-b to add the features it is > > missing. > > Why extend ncb when you have a full featured application ? Because ncb has the correct architecture to integrate into applications. If you want to do the same with brasero, you’ll end up redeveloping part of it. > > What exactly can the brasero front-end do that n-c-b cannot? Shouldn’t > > it be something that we could add to the n-c-b burn dialog? > > What about the features that nowdays every user wants ? Which features exactly? > Brasero is using > almost every GNOME "technology" to get the best experience. In terms of > front end it's simple and easy to use. As a user, I find n-c-b much easier to use. At least, I’d like to see something similar to burn:/// remain, whatever solution is chosen. Cheers, -- .''`. : :' : We are debian.org. Lower your prices, surrender your code. `. `' We will add your hardware and software distinctiveness to `-our own. Resistance is futile. signature.asc Description: Ceci est une partie de message numériquement signée ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: new module proposal: brasero
Luis Medinas wrote: > NCB doesn't even support your cdrkit it still uses cdrecord so most of > the distros need to symlink cdrecord->wodim which is a shame and shows > that ncb needs update. http://bugzilla.gnome.org/show_bug.cgi?id=509508 is certainly waiting for a patch that doesn't leak :) http://bugzilla.gnome.org/show_bug.cgi?id=384540 has the libburn request, without patch. > > IMO the quickest way is to extend n-c-b to add the features it is > > missing. > > Why extend ncb when you have a full featured application ? This is just as rhetoric as asking why develop a new application instead of adding the few missing useful features to n-c-b. Useful features I noted : - Nickolay pointed multi-session support, http://bugzilla.gnome.org/show_bug.cgi?id=332532 - Gustavo pointed a "free space" indicator would be useful, I did not find a bug report with this enhancement request; - there is the audio cd capability, it would be nice if n-c-b asked "do you want to burn this as an audio cd" when all files were audio files. (no bug report either). Those can certainly be added without much UI changes, and I really like how simple n-c-b UI is. This is in contrast to brasero (sorry trunk failed to build for me so I am commenting about 0.8.0 as shipped in Debian) which I had to use maximized until I found the side panel could be removed, and still takes more than twice the screen space of n-c-b when resized at its minimal size. Crossovering to Emmanuel Fleury request, there are certainly nice things to do for students in n-c-b :) Cheers, Frederic ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: new module proposal: brasero
On Tue, 2008-11-04 at 15:21 +0100, Josselin Mouette wrote: > Le lundi 03 novembre 2008 à 23:48 +0100, Luca Ferretti a écrit : > > Examples of backends are nautilus-cd-burner and brasero :-) OK, serious. > > >From UI point of view, backend is the the dialog showing you the > > progress of burning process, a software between the frontend and > > cd*tools. > > Yes. There are two separate things here: a real burning backend (which > currently is cdrtools/cdrkit and in the end should probably be libburn) > and a base UI. > NCB doesn't even support your cdrkit it still uses cdrecord so most of the distros need to symlink cdrecord->wodim which is a shame and shows that ncb needs update. > > Now, the question is: how many changes do we need in Brasero and other > > applications/libraries to achieve the goal of a flexible burning > > framework for GNOME? > > IMO the quickest way is to extend n-c-b to add the features it is > missing. > Why extend ncb when you have a full featured application ? Where we can add the cdrkit and most important libburnia backend that is actually MAINTAINED and solves most of the burning problems on Linux. > > Sparse Notes: > > * IMHO currently brasero (as "backend") is better then n-c-b, at > > least 'cause brasero provides multisession and > > blanking/formatting > > AFAIK n-c-b provides blanking. I should add here that brasero seems to > have some stability issues (but it is something that should go away with > time). Please point us a bug and we will do the best we can to fix the bug. > > > * About the "frontend" I think could be good put burn:// location > > and brasero side by side in the desktop, having a simple > > Nautilus add-in to quickly burn stuff as well as a full featured > > (but not bloated) application > > What exactly can the brasero front-end do that n-c-b cannot? Shouldn’t > it be something that we could add to the n-c-b burn dialog? > What about the features that nowdays every user wants ? Brasero is using almost every GNOME "technology" to get the best experience. In terms of front end it's simple and easy to use. ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Cleanup tasks
So I'm doing pretty good with updating gedit, but I've noticed that there are some header files not included in the main ones (, , and ). For instance, how should we include glib/gi18n.h when it isn't specifically included in glib.h? Will this require adding it as an include in glib.h? Joe Smith Student Network Technician Chapman University IS&T On Tue, Nov 4, 2008 at 4:33 AM, Adam Schreiber <[EMAIL PROTECTED]> wrote: > On Tue, Nov 4, 2008 at 3:47 AM, Richard Hughes <[EMAIL PROTECTED]> > wrote: > > On Mon, 2008-11-03 at 12:26 -0500, Matthias Clasen wrote: > >> - Adapt to the new single-include policy in GLib/GTK+: > >> http://live.gnome.org/GnomeGoals/CleanupGTKIncludes > > > > Unless we get a new release of libnotify, we are going to get a ton of > > warnings like this: > > > > In file included from /usr/include/libnotify/notification.h:28, > > from /usr/include/libnotify/notify.h:27, > > from gpm-notify.c:50: > > /usr/include/gtk-2.0/gtk/gtkversion.h:28:2: error: #error "Only > can be included directly." > > > > I understand it's fixed in svn. > > I ran into that yesterday. I was working with jhbuild check outs so I > had to rerun./autogen.sh as > > $ PKG_CONFIGURE_PATH=/opt/gnome2/pkgconfig ./autogen.sh > --prefix=/opt/gnome2/usr > > That took care of anything that was already fixed in svn, > > Cheers, > > Adam > ___ > desktop-devel-list mailing list > desktop-devel-list@gnome.org > http://mail.gnome.org/mailman/listinfo/desktop-devel-list > ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: new module proposal: brasero
On Sat, 2008-11-01 at 19:27 +0100, Philippe Rouquier wrote: > Hi, > > We'd be interested in having brasero integrated into the GNOME > desktop. +1 Regarding n-c-b comparisons, there is at least one thing that brasero gets right and that is missing in n-c-b: a nice bar showing amount of used/free disc capacity. In n-c-b my recurrent pattern when making a backup of some files to DVD is 1. add some files, 2. press the "burn" button to see how much space I have used, 3. if there is space left, press the cancel file and goto 1, else press burn. Brasero definitely deserves to be in the GNOME desktop IMHO. Great work! > > Brasero is a standalone application to burn CDs and DVDs. We have > tried to make brasero as easy to use and as simple as possible. > Brasero has been developped for about 4 years now and has been > actively maintained ever since. > > Brasero supports the basic operations: > - CD/DVD creation (audio, data) > - CD/DVD copy > - CD/DVD blanking and formatting > > One of the strengths of brasero is that it can use various backends > through its plugin system and can easily be extended to support some > more. Currently it supports growisofs, libburn, libisofs, > cdrecord/mkisofs/readcd, wodim/genisoimage/readom, cdrdao. > > The plugin system also allows for additional features: > (on the fly) checksuming, use of remote files (FTP, samba, ...), audio > normalization, video DVD copy. > > > Other features includes: > full multisession support > preview of audio, video files and pictures > initial support for video DVD creation > audio track splitting > medium cover editor > projects > > > Brasero and GNOME: > - we tried to stick to GNOME HIG guidelines. > - brasero has tried to integrate as tightly as possible with the rest > of the desktop and in particular with nautilus > - it is up to date as far as GNOME goals are concerned > - it uses and has been using svn.gnome.org and bugzilla.gnome.org for > quite some time now > - it is well translated by GNOME translator teams (btw, thanks to all > of you again) > - a documentation is available > > > It supports linux, OpenSolaris and freeBSD. > > As far as we know, it is used as the default burning application on > Ubuntu and OpenSuse; but I was told it was also considered to be > chosen as the default application for OpenSolaris. > Uptodate packages are also available for Fedora and Mandriva. > > > Dependencies: > - glib and gio > - gtk+ > - gstreamer (for all audio and video operations) > - libxml2 > - HAL > - dbus > > > Optional dependencies: > - totem-pl-parser > - beagle > - dvdcss (for video DVD copy) > - all burning backends (libburn, libisofs, growisofs, wodim, cdrecord, > readcd, readom, mkisofs, genisoimage, ) > > > Short term: > - get ready for GTK+ 3.0 > - support DVD-RAM and BDs > - improvements to the video project parts > - allow full multisession media edition (file removal, file > renaming, ...) through libisofs > > > Future plans: > - audio on DVDs > - allow to shrink video DVDs when copying > - video DVD to video CD copy > - backup and automatic file update on insertion > - file spanning > - creation of encrypted images > > > Site: > http://live.gnome.org/Brasero > http://www.gnome.org/projects/brasero/ > > > All comments and suggestions would be of course appreciated. We are > willing to do whatever needs to be done to improve brasero for it to > be integrated. > > NOTE: after the 0.8.3 release that should take place soon, we intend > to branch it and use SVN trunk for the next development version. ATM > trunk is the latest stable version. > > Regards > Philippe Rouquier > ___ > desktop-devel-list mailing list > desktop-devel-list@gnome.org > http://mail.gnome.org/mailman/listinfo/desktop-devel-list -- Gustavo J. A. M. Carneiro <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> "The universe is always one step beyond logic" -- Frank Herbert ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: new module proposal: brasero
В Втр, 04/11/2008 в 16:53 +, Calum Benson пишет: > On 3 Nov 2008, at 08:48, Carlos Garcia Campos wrote: > > > El dom, 02-11-2008 a las 17:02 -0600, Jason D. Clinton escribió: > >> 2008/11/1 Philippe Rouquier <[EMAIL PROTECTED]> > >>Hi, > >> > >>We'd be interested in having brasero integrated into the GNOME > >>desktop. > >> > >> > >> +1, a wonderful application. n-c-b should be completely removed. > > > > Well, I love brasero and I'd like to see it in GNOME but I also agree > > with Bastien that the simplicity of the workflow provided by N-C-B is > > very important and probably many users are already used to it. > > On the other hand, I know more than one person who never managed to > find N-C-B at all, until it was pointed out to them... Well, both have issues, but I recently checked the current Brasero UI and quickly wrote the list that would be nice to do before the release: 1. Fix a lot of strings and i18n issues 2. Remove plugins 3. Automatically derive the type of the disk from the data provided 4. Fix a single layout instead of horizontal and vertical, remove preview from it, remove filters, remove file chooser. Put burn into toolbar. 5. Split cover editor into a separate application 6. Remove idea of the project (did you ever want to save disc project instead of saving the iso image?) In the end we'll get nautilus-cd-burner with multisession support. signature.asc Description: Эта часть сообщения подписана цифровой подписью ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
seahorse and seahorse-plugins branched
seahorse and seahorse-plugins have been branched for 2.24. Development will continue in TRUNK. Plans for seahorse include: Continuing x509 integration Plans for seahorse-plugins includes: Updating epiphany plugin to work with webkit and gmail Adding signing-party and after-party (yet to be written) Cheers, Adam Schreiber ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: new module proposal: brasero
On 3 Nov 2008, at 08:48, Carlos Garcia Campos wrote: El dom, 02-11-2008 a las 17:02 -0600, Jason D. Clinton escribió: 2008/11/1 Philippe Rouquier <[EMAIL PROTECTED]> Hi, We'd be interested in having brasero integrated into the GNOME desktop. +1, a wonderful application. n-c-b should be completely removed. Well, I love brasero and I'd like to see it in GNOME but I also agree with Bastien that the simplicity of the workflow provided by N-C-B is very important and probably many users are already used to it. On the other hand, I know more than one person who never managed to find N-C-B at all, until it was pointed out to them... Cheeri, Calum. -- CALUM BENSON, Usability Engineer Sun Microsystems Ireland mailto:[EMAIL PROTECTED]GNOME Desktop Team http://blogs.sun.com/calum +353 1 819 9771 Any opinions are personal and not necessarily those of Sun Microsystems ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: new module proposal: brasero
Le lundi 03 novembre 2008 à 23:48 +0100, Luca Ferretti a écrit : > IMHO if we really want a "burning workflow" in GNOME, we need to define > two components: > 1. a "frontend" to add content and adjust the layout > 2. a "backend" to create the ISO and/or physically move the data on > discs Right. And we already have a backend, this is libnautilus-burn. It might need to be extended, but I don’t see a need to replace it entirely. > Examples of frontends are Rhythmbox playlists, burn:// location in > Nautilus, Brasero main window, i.e. anything will allow you to collect > and organize stuff you want to copy on disks. Right. > Examples of backends are nautilus-cd-burner and brasero :-) OK, serious. > >From UI point of view, backend is the the dialog showing you the > progress of burning process, a software between the frontend and > cd*tools. Yes. There are two separate things here: a real burning backend (which currently is cdrtools/cdrkit and in the end should probably be libburn) and a base UI. > Now, the question is: how many changes do we need in Brasero and other > applications/libraries to achieve the goal of a flexible burning > framework for GNOME? IMO the quickest way is to extend n-c-b to add the features it is missing. > Sparse Notes: > * IMHO currently brasero (as "backend") is better then n-c-b, at > least 'cause brasero provides multisession and > blanking/formatting AFAIK n-c-b provides blanking. I should add here that brasero seems to have some stability issues (but it is something that should go away with time). > * About the "frontend" I think could be good put burn:// location > and brasero side by side in the desktop, having a simple > Nautilus add-in to quickly burn stuff as well as a full featured > (but not bloated) application What exactly can the brasero front-end do that n-c-b cannot? Shouldn’t it be something that we could add to the n-c-b burn dialog? > * really, can we define a default GNOME burning backend without > hardconding a command or depending on some library? Any DBUS > magic? I don’t think using a library is a problem here. There is no need to move the backend to a separate process using DBUS, only a need to abstract it from the application. Cheers, -- .''`. : :' : We are debian.org. Lower your prices, surrender your code. `. `' We will add your hardware and software distinctiveness to `-our own. Resistance is futile. signature.asc Description: Ceci est une partie de message numériquement signée ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Cleanup tasks
On Tue, Nov 4, 2008 at 3:47 AM, Richard Hughes <[EMAIL PROTECTED]> wrote: > On Mon, 2008-11-03 at 12:26 -0500, Matthias Clasen wrote: >> - Adapt to the new single-include policy in GLib/GTK+: >> http://live.gnome.org/GnomeGoals/CleanupGTKIncludes > > Unless we get a new release of libnotify, we are going to get a ton of > warnings like this: > > In file included from /usr/include/libnotify/notification.h:28, > from /usr/include/libnotify/notify.h:27, > from gpm-notify.c:50: > /usr/include/gtk-2.0/gtk/gtkversion.h:28:2: error: #error "Only > can be included directly." > > I understand it's fixed in svn. I ran into that yesterday. I was working with jhbuild check outs so I had to rerun./autogen.sh as $ PKG_CONFIGURE_PATH=/opt/gnome2/pkgconfig ./autogen.sh --prefix=/opt/gnome2/usr That took care of anything that was already fixed in svn, Cheers, Adam ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Cleanup tasks
On Mon, 2008-11-03 at 12:26 -0500, Matthias Clasen wrote: > - Adapt to the new single-include policy in GLib/GTK+: > http://live.gnome.org/GnomeGoals/CleanupGTKIncludes Unless we get a new release of libnotify, we are going to get a ton of warnings like this: In file included from /usr/include/libnotify/notification.h:28, from /usr/include/libnotify/notify.h:27, from gpm-notify.c:50: /usr/include/gtk-2.0/gtk/gtkversion.h:28:2: error: #error "Only can be included directly." I understand it's fixed in svn. Richard. ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
