Re: Call for hackfest ideas
On Tue, 2008-04-15 at 14:48 +0200, Vincent Untz wrote: > One of the things the Board wants to see happen this year is hackfests, > and the fact that the GTK+ one was a success is a good sign that we > should do this :-) But to make this happen, we need help from the > community to come up with ideas of hackfests and we also need help from > volunteers to lead this effort. Two that come to me off the top of my head: * Telepathy Integration. It would be cool to bring a bunch of projects together with the core Telepathy hackers and put messaging into their applications. Everything from the obvious like Evolution to something a little more whimsical like GNOME Games. * PackageKit Integration. Richard posted on his blog[1] that he'd help anyone, but I think this would also be a good use of a hackfest (Richard's house perhaps ;) ) Get Richard there, and people who want to put this into their applications, and get it done. I love the idea of programs having a "get more plugins" button that works with the distribution's packaging system. While I see people's comments that hackfests should be about planning I also think that integration is an important goal. For me personally, having an expert across the table who I can yell too when I'm trying to use their library makes that integration faster and more successful. (a little peer pressure of everyone else getting it working helps too :) --Ted [1] http://hughsient.livejournal.com/55964.html signature.asc Description: This is a digitally signed message part ___ foundation-list mailing list foundation-list@gnome.org http://mail.gnome.org/mailman/listinfo/foundation-list
RE: Call for hackfest ideas
If you want to get more sponsorship, an idea would be to ping the current corporate sponsors for ideas. You could agree to focus on an area important to them in exchange for sponsoring the event - the venue, food or travel. Stormy ___ foundation-list mailing list foundation-list@gnome.org http://mail.gnome.org/mailman/listinfo/foundation-list
Re: Call for hackfest ideas
While this may not be a hot topic on everyone mind, but that fit the criteria that Luis and many others have raised: - Integrated Printer Management across different print systems via DBUS interfaces thus allow different printer management tools to function in across distros and platforms (KDE/GNOME). Ideally maintainers for each of the existing printer management tools should come together to agree on some standard interfaces and develop a tool that GNOME can bless. Just my 2 cents, -Ghee Vincent Untz wrote: > Hi, > > I guess most people have read various blog posts about how the GTK+ > hackfest went, and I've heard there'll be a small report about it too. > But the general feeling seems to be that it was really useful. > > One of the things the Board wants to see happen this year is hackfests, > and the fact that the GTK+ one was a success is a good sign that we > should do this :-) But to make this happen, we need help from the > community to come up with ideas of hackfests and we also need help from > volunteers to lead this effort. > > So if you can think of a topic that would be suitable for a hackfest, > please talk about it with a few people and share your idea. > > For budget reasons, it'd be better to keep the hackfests small (ie, not > too many people). Note that a good hackfest is not just a good topic: > you need to have the right people and a good agenda so that things > actually get done. > > Thanks, > > Vincent > > ___ foundation-list mailing list foundation-list@gnome.org http://mail.gnome.org/mailman/listinfo/foundation-list
Re: Call for hackfest ideas
On Tue, 2008-04-15 at 14:48 +0200, Vincent Untz wrote: > Hi, > > I guess most people have read various blog posts about how the GTK+ > hackfest went, and I've heard there'll be a small report about it too. > But the general feeling seems to be that it was really useful. > > One of the things the Board wants to see happen this year is hackfests, > and the fact that the GTK+ one was a success is a good sign that we > should do this :-) But to make this happen, we need help from the > community to come up with ideas of hackfests and we also need help from > volunteers to lead this effort. > > So if you can think of a topic that would be suitable for a hackfest, > please talk about it with a few people and share your idea. > > For budget reasons, it'd be better to keep the hackfests small (ie, not > too many people). Note that a good hackfest is not just a good topic: > you need to have the right people and a good agenda so that things > actually get done. 1) Figuring out how to move open hardware manager (or hardware policy in general) forward for non-mobile devices. 2) GNOME/KDE cross desktop issues (at least for more shared DBUS apis) -JP -- JP Rosevear <[EMAIL PROTECTED]> Novell, Inc. ___ foundation-list mailing list foundation-list@gnome.org http://mail.gnome.org/mailman/listinfo/foundation-list
Re: Call for hackfest ideas
Hi, I'm unclear how useful it will be to throw out ideas without matching it up to names of developers interested & motivated to go & fix the problems, but anyhoo... Luis Villa wrote: > If that is part of what made the gtk hackfest successful, should we be > thinking about higher-level stuff (widgets/gadgets, panel replacement, > collaboration software, etc.) where the critical parties need to get > together and make decisions and then write code, as well as/instead of > lower-level stuff where the decisions are known and we 'merely' need > to get coding done? (Coding is obviously important, so I'm not > knocking those, I just am wondering if we should be sure to explicitly > include some of the bigger-picture items as well.) This is my opinion too - I think it'll be easier to get people worked up about a user-visible feature, or get a large team to work together, than to throw out favourite bugs or buggy libraries. Here's my #1 and #2 big target usecases of the moment: * Smart-phone synchronisation: This is hard because it crosses so many applications. Plug in a smartphone into your PC, try to sync mail, address & calendar. It's hard. Sometimes it's impossible. I have yet to figure out how to sync contacts and calendar if I'm using Thunderbird and Lightning. It's also hard if you're using Evolution. It would be nice if it could be worse whichever I'm using. * Sound: I have no idea if people feel this is necessary, but I'd really like to see people get the sound recording & VoIP usecases working properly (it may be as simple as educating application developers as to the proper way to use ALSA/PulseAudio) - we seem to have sorted out playback at this stage, but there are still a bunch of issues to sort out from the iron up to get sound input/output + webcams working properly. Cheers, Dave. -- Dave Neary GNOME Foundation member [EMAIL PROTECTED] ___ foundation-list mailing list foundation-list@gnome.org http://mail.gnome.org/mailman/listinfo/foundation-list
Re: Call for hackfest ideas
On Tue, 2008-04-15 at 10:49 -0400, Luis Villa wrote: > > One of the things the Board wants to see happen this year is hackfests, > > and the fact that the GTK+ one was a success is a good sign that we > > should do this :-) But to make this happen, we need help from the > > community to come up with ideas of hackfests and we also need help from > > volunteers to lead this effort. > > > > So if you can think of a topic that would be suitable for a hackfest, > > please talk about it with a few people and share your idea. > > I'm curious- I see some fairly low-level suggestions here (gio > porting, pixbuf loaders) but it was my impression that part of what > made the gtk hackfest so successful is that it was at least partially > about decision making rather than coding- the face-to-face presence > made vision-sharing/direction-setting very easy, which led to > important decisions being made, and great hacking as well. Was this > the impression of the folks at the gtk hackfest as well? was about to reply, but as usual Luis said it best. a hackfest is a high bandwidth channel to communicate and discuss with a low chance of being side-tracked; it's not (just) a place for banging out code: it's a place for defining strategies. 'port the applications to gio' and 'fix the pixbuf loaders implementation' might be good topics for the summer of code or for a GNOME goal, but they are not good topics for a hackfest; 'decide what's missing in gio to port all the applications' and 'how do we fix the pixbuf loaders' are - at least, after the experience of the gtk+ hackfest. ciao, Emmanuele. -- Emmanuele Bassi, W: http://www.emmanuelebassi.net B: http://log.emmanuelebassi.net ___ foundation-list mailing list foundation-list@gnome.org http://mail.gnome.org/mailman/listinfo/foundation-list
Re: Call for hackfest ideas
On Tue, Apr 15, 2008 at 8:48 AM, Vincent Untz <[EMAIL PROTECTED]> wrote: > Hi, > > I guess most people have read various blog posts about how the GTK+ > hackfest went, and I've heard there'll be a small report about it too. > But the general feeling seems to be that it was really useful. > > One of the things the Board wants to see happen this year is hackfests, > and the fact that the GTK+ one was a success is a good sign that we > should do this :-) But to make this happen, we need help from the > community to come up with ideas of hackfests and we also need help from > volunteers to lead this effort. > > So if you can think of a topic that would be suitable for a hackfest, > please talk about it with a few people and share your idea. I'm curious- I see some fairly low-level suggestions here (gio porting, pixbuf loaders) but it was my impression that part of what made the gtk hackfest so successful is that it was at least partially about decision making rather than coding- the face-to-face presence made vision-sharing/direction-setting very easy, which led to important decisions being made, and great hacking as well. Was this the impression of the folks at the gtk hackfest as well? If that is part of what made the gtk hackfest successful, should we be thinking about higher-level stuff (widgets/gadgets, panel replacement, collaboration software, etc.) where the critical parties need to get together and make decisions and then write code, as well as/instead of lower-level stuff where the decisions are known and we 'merely' need to get coding done? (Coding is obviously important, so I'm not knocking those, I just am wondering if we should be sure to explicitly include some of the bigger-picture items as well.) Luis ___ foundation-list mailing list foundation-list@gnome.org http://mail.gnome.org/mailman/listinfo/foundation-list
Re: Call for hackfest ideas
On Tue, 2008-04-15 at 14:48 +0200, Vincent Untz wrote: > Hi, > > I guess most people have read various blog posts about how the GTK+ > hackfest went, and I've heard there'll be a small report about it too. > But the general feeling seems to be that it was really useful. > > One of the things the Board wants to see happen this year is hackfests, > and the fact that the GTK+ one was a success is a good sign that we > should do this :-) But to make this happen, we need help from the > community to come up with ideas of hackfests and we also need help from > volunteers to lead this effort. > > So if you can think of a topic that would be suitable for a hackfest, > please talk about it with a few people and share your idea. > a good topic IMO would be GIO porting, to make sure we remove all gnome-vfs dependencies and to make sure all apps make use of it, so that you can easily work, in gedit for instance, with files on a SFTP mount, etc -- Rodrigo Moya <[EMAIL PROTECTED]> ___ foundation-list mailing list foundation-list@gnome.org http://mail.gnome.org/mailman/listinfo/foundation-list
Re: Call for hackfest ideas
> More specifically, some pixbuf loaders (png and tiff) load the entire > image, and then scale it. This leads to huge memory usage (bug 142428) > loading the image. Yes - I reported this a a Gnome security problem about eight years ago. Quite a few gnome apps fed small compressed images explode. > Worse, after the initial pixbuf is loaded, the gtk+ scaling routines > collapse for high scaling ratios (bug 80925). A 20 kilobyte png file can > bring Nautilus to its knees (bug 522803). Yes - well known, never fixed > I don't have the expertise to fix any of this, but I do want to make the > problems known... Unfortunately they are well known but nobody seems to care. I'll forward your message to the vendor security list and we'll see what happens. Probably the bug just needs to be made *very* public to incentivise people to fix it 8) Alan ___ foundation-list mailing list foundation-list@gnome.org http://mail.gnome.org/mailman/listinfo/foundation-list
Re: Call for hackfest ideas
> So if you can think of a topic that would be suitable for a hackfest, > please talk about it with a few people and share your idea. I'd like to suggest one possible topic: The pixbuf loaders. They're slow and memory intensive, and this drags down anything that needs thumbnails (Nautilus, etc). There is a lot of opportunity to improve the responsiveness of the desktop here. More specifically, some pixbuf loaders (png and tiff) load the entire image, and then scale it. This leads to huge memory usage (bug 142428) loading the image. Worse, after the initial pixbuf is loaded, the gtk+ scaling routines collapse for high scaling ratios (bug 80925). A 20 kilobyte png file can bring Nautilus to its knees (bug 522803). Ideally the pixbuf loaders would incorporate some scale-while-loading (for example, see tifftopnm -byrow) for sized requests, and the gtk+ scaling routines would also be fixed. (The jpeg routines have a limited amount for scaling-while-loading already.) I don't have the expertise to fix any of this, but I do want to make the problems known... - Mike ___ foundation-list mailing list foundation-list@gnome.org http://mail.gnome.org/mailman/listinfo/foundation-list
Call for hackfest ideas
Hi, I guess most people have read various blog posts about how the GTK+ hackfest went, and I've heard there'll be a small report about it too. But the general feeling seems to be that it was really useful. One of the things the Board wants to see happen this year is hackfests, and the fact that the GTK+ one was a success is a good sign that we should do this :-) But to make this happen, we need help from the community to come up with ideas of hackfests and we also need help from volunteers to lead this effort. So if you can think of a topic that would be suitable for a hackfest, please talk about it with a few people and share your idea. For budget reasons, it'd be better to keep the hackfests small (ie, not too many people). Note that a good hackfest is not just a good topic: you need to have the right people and a good agenda so that things actually get done. Thanks, Vincent -- Les gens heureux ne sont pas pressés. ___ foundation-list mailing list foundation-list@gnome.org http://mail.gnome.org/mailman/listinfo/foundation-list
