headers
Ben Hines | 1 Mar 2003 09:16

imlib to stable

Hmm, will it break anything if i move the new imlib to stable, 
remembering all the png3 probs? Just moved amaya, which needs it, it 
has no maintainer.. but i wanted to make sure. :)

-Ben

-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
Permalink | Reply | 1 comment |
headers
Martin Costabel | 1 Mar 2003 11:05
Picon

Re: imlib to stable

Ben Hines wrote:
> Hmm, will it break anything if i move the new imlib to stable, 
> remembering all the png3 probs? Just moved amaya, which needs it, it has 
> no maintainer.. but i wanted to make sure. :)

Wouldn't you then need to replace everywhere in stable the dependencies 
on libpng by libpng3 as it has been largely done in unstable?

--

-- 
Martin

-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
Permalink | Reply | 0 comments |
headers
Michel Alexandre Salim | 1 Mar 2003 15:47
Picon
Favicon

Re: PyGtk2 1.99.15 in package submission tracker


On Thursday, February 27, 2003, at 12:00  pm, mathias meyer wrote:

> michel
>
> me again. now i had actually some time at home to investigate a 
> little. from what i've found:
>
> - gtkglarea-1.99.0 is still the recent version. if i'm wrong here 
> please feel free to point me to the new sources.
> - gtkglarea-1.99.0 counts as version2 (so does pygtk-1.99.xx).
> - pygtk-1.99.15 can use the existing gtkglarea2-1.99.0 package. i just 
> untared pygtk-1.99.15 and ran ./configure. outcome:
>
> checking for gtkgl-2.0 >= 1.99.0... yes
>
> i hope this is what you were looking for. if i'm getting anything 
> wrong here just tell me.
>
I'll take a look again when I have the time... thanks! It's probably 
just me not running configure automatically since I just had the 
'standard' (for Python) python setup.py build, python setup.py install.

Incidentally, a lot of the demos shipped with PyGtk2 seems to be for 
PyGtk1 - like the IDE example. I'll remove them from the next update.

Regards,

Michel
(Continue reading)

Permalink | Reply | 1 comment |
headers
Michel Alexandre Salim | 1 Mar 2003 15:51
Picon
Favicon

Re: xfree86 4.3 strategy


On Friday, February 28, 2003, at 04:36  pm, Hisashi T Fujinaka wrote:

> On Fri, 28 Feb 2003, Jeff Whitaker wrote:
>
>>
>> Folks:  Unless I hear objections, I'd like to commit these two
>> packages to unstable
>>
>> xfree86-4.3.0-1.info (which builds the new "unified" xfree86 4.3 
>> package)
>>
>
> I've been using your 4.2.99 packages and the only problems I've had are
> with compiling gtk+2 (and everything that requires gtk+2).
>
Probably it would be easier to try and compile GTK+2.2? Since that 
requires fontconfig/Xft2 which is included in XFree 4.3

A question I would have is - how well does it run compared to Apple's 
X11 0.2? as in, 3D acceleration-wise. I should be able to just have 
both installed, so I can still use quartz-wm, right?

Thanks,

Michel

The most costly of all follies is to believe passionately in the 
palpably
not true.  It is the chief occupation of mankind.
(Continue reading)

Permalink | Reply | 0 comments |
headers
David R. Morrison | 1 Mar 2003 16:45
Favicon

Re: xfree86 4.3 strategy

Apple has announced their intention to sync with xfree86 4.3, but I don't
know when they'll do that.

  -- Dave

-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
Permalink | Reply | 0 comments |
headers
Anthony DeRobertis | 1 Mar 2003 23:34

Re: Advice needed: manpage filename conflicts

On Fri, 2003-02-28 at 07:03, David R. Morrison wrote:
> Fink has borrowed from Debian something called the "alternatives" system.
> If there are two packages which want to install files with the same name,

Noooooo! That's not what alternatives is for. Its for two packages that
provide the same (or nearly the same) functionality. For example, two
implementations of awk (on Debian, we have gawk and mawk, for example).
We also have things like "editor" and "x-terminal-emulator"

This sounds like two completely different programs, so they are not
alternatives.

Which xscreensaver module is this?
Permalink | Reply | 0 comments |
headers
Max Horn | 2 Mar 2003 00:52
Picon
Gravatar

Re: Periodic tasks?

At 12:39 Uhr +1300 02.03.2003, Nigel Stanger wrote:
>I have a package that has some optional monthly and weekly scripts, that
>would normally be run by the /usr/sbin/periodic script. However, fink
>doesn't provide any mechanism for plugging into the periodic script list.
>Normally, you'd just throw the scripts into /usr/local/periodic/weekly and
>/usr/local/periodic/monthly.
>
>I see two options:
>
>1. The periodic script already (on my machine anyway) already defaults to
>looking in /usr/local/etc/periodic in addition to /etc/periodic. The obvious
>solution is therefore to just install my periodic scripts into
>/usr/local/etc/periodic, even though this is outside /sw. Cleanup at package
>removal time should be simple.
>
>2. Create /sw/etc/periodic and appropriate subdirectories to mirror
>/etc/periodic, and patch /etc/periodic.conf to add /sw/etc/periodic to the
>local_periodic config variable. This is however fiddly to set up, as you
>need to check whether the local_periodic variable is already set, and if so,
>whether it already contains /sw/etc/periodic. It's also messy to clean up
>afterwards for similar reasons.
>
>(I suppose you could also set it up as a cron job directly, but that's not
>that much different from option 2.)

Neither option is really acceptable...

>I'm leaning towards option 1 because it's a much cleaner solution and easier
>to deal with. If I went for option 2 I think it would be better to create a
>separate periodic package that did this globally for anyone who needed (like
(Continue reading)

Permalink | Reply | 0 comments |
headers
David R. Morrison | 2 Mar 2003 03:08
Favicon

Re: Advice needed: manpage filename conflicts

We gotta get you on the Fink team, Anthony... you understand the Debian
tools better than we do!

So how does Debian handle the situation where two different pacakges want
to provide executables and/or man pages with the same name?

  -- Dave

> Noooooo! That's not what alternatives is for. Its for two packages that
> provide the same (or nearly the same) functionality. For example, two
> implementations of awk (on Debian, we have gawk and mawk, for example).
> We also have things like "editor" and "x-terminal-emulator"
> 
> This sounds like two completely different programs, so they are not
> alternatives.

-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
Permalink | Reply | 501 comments |
headers
Michel Salim | 2 Mar 2003 03:43
Picon
Favicon

Eterm vulnerability

Hello,

Some people might have seen the article on Slashdot regarding the security vulnerabilities of certain
terminal emulation software, most worryingly Eterm, that allow any files the user has write access for,
to be overwritten.

(Slashdot article here:
http://slashdot.org/article.pl?sid=03/03/01/2144223&mode=nested&tid=172 , and
original paper here: http://www.digitaldefense.net/labs/papers/Termulation.txt )

Apparently it is fixed in 0.9.2 (!!! - xterm has been fixed since X11R5), but since the Fink package is
maintainerless at the moment it is in limbo at 0.9.

As an aside, I am really glad I did not install syslog-ng. We were setting up a friend's PC with Gentoo and,
being Gentoo, it offered 4 syslog daemons including the aforementioned. It does not strip escape
sequences from its output :p

Regards,

Michel
--

-- 
Housework can kill you if done right.
		-- Erma Bombeck

-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
Permalink | Reply | 0 comments |
headers
David R. Morrison | 2 Mar 2003 04:50
Favicon

fixing libpng in stable

Here's a strategy for fixing the libpng vs. libpng3 problem in the stable
tree.  I've created packages in the unstable tree which update every
stable package which depends on libpng (except for the KDE packages, which
I haven't finished yet).

I propose to move them all at the same time, next week some time.  I append
a list of the packages which I will move to stable.  Please look them
over, in case there are any which need further attention before the move.

Note that in some cases, where the unstable tree has a newer upstream
version than the stable tree, I took the package from the stable tree,
increased its version number, and put it back in the unstable tree with
the libpng3 fix.

  -- Dave

Here's the list:

editors/abiword-1.0.3-2
editors/emacs21-21.2-14
editors/emacs21-nox-21.2-14
editors/emacs21-xaw3d-21.2-14
editors/xemacs-21.4.9-3
games/sdl-image-1.2.2-2
gnome/gdk-pixbuf-0.18.0-2
gnome/gtk+2-2.0.6-3
graphics/filmgimp-0.12-4
graphics/gd-1.8.4-12
graphics/gd2-2.0.9-2
graphics/gimp-1.2.3-11
(Continue reading)

Permalink | Reply | 1 comment |

Gmane