On Sun, 15 Mar 2009, Steve Langasek wrote:
> On Sun, Mar 15, 2009 at 04:44:08PM +0100, Adeodato Simó wrote:
> > Now, this has its own set of problems and caveats as well, since
> > if you don’t pay attention and take care of later cleanup, you end
> > up with packages in testing that do not belong
On Mon, Mar 16, 2009 at 12:48:22AM -0700, Don Armstrong wrote:
> [I'm personally slightly concerned about relaxing britney allowing
> testing to get into unreleasable states; a flag to re-enable the old
> behavoir late in release would probably be good.]
In practice, the release team has to do th
On Sun, 15 Mar 2009, Bill Allombert wrote:
> There is no documented semantic for CFLAGS et. al. in Debian policy. While
> some Makefile handle it in a certain way, this is not mandatory in
> any way. For example some configure scripts append options to CFLAGS while
> other will not change it if it
On Sun, 15 Mar 2009, Stephen Gran wrote:
> This one time, at band camp, Raphael Hertzog said:
> > Care to elaborate what kind of flexibility you need in this specific case ?
>
> I don't. I'm imagining that some of our downstreams may.
It's precisely one of our downstreams that pushed the
dpkg-bu
Ben Finney writes:
> Ben Hutchings writes:
>
>> # Upstream homepage links to a file called puzzles.tar.gz which
>> # redirects to puzzles-r$version.tar.gz. uscan can't check that.
>> # However, this is a nightly snapshot numbered according to the SVN
>> # revision number, so we can extract the
Luk Claes schrieb:
It's ok, please mention the portability bugs on [0] and upload.
Unfortunately IANADD, so I cannot modify the wiki page on my own. The
closed bugs are #504308 and #506193. Maybe someone can do me the favor
and add them on the wiki page once the package has been uploaded.
On Mon, Mar 16 2009, Ben Finney wrote:
> Manoj Srivastava writes:
>
>> I would not be against a recommendation in policy to implement
>> direct-from-vcs upstream tarballs to be created vbia get-orig-source,
>> and everyone else just use debian/watch and debian/urepack files.
>
> Okay,
Hi,
It is written here <
http://wiki.debian.org/NewInLenny#head-6e41dc18abd5f3c10b59000dabaf1f6b2ab7cad8
>
that "some packages" in Lenny were built with GCC hardening features.
Is there any documentation about:
1. Which packages were built this way ?
2. Which features were used ?
Thanks,
Dan
Raphael Hertzog wrote:
> Note that I'm not asking to mandate the tool. I would like to mandate the
> fact that packages can rely on some environment variables being set to
> some values.
Note that packages will not necessarily pickup the environment variables.
autoconf using packages will probabl
Josselin Mouette writes:
> Le dimanche 15 mars 2009 à 01:30 +0100, Goswin von Brederlow a écrit :
>> Say you have acrobat reader installed which depend on ia32-libs-gtk.
>> You also have libgtk2.0 (i386) installed with a newer version that
>> breaks acrobat reader (like it did last year). Then ac
Aurelien Jarno writes:
> On Wed, Mar 11, 2009 at 09:55:33PM -0700, Steve Langasek wrote:
>> On Wed, Mar 11, 2009 at 11:16:47PM +0100, Tollef Fog Heen wrote:
>> > ]] Clint Adams
>>
>> > | It may be time to change packages installing files to
>> > | /emul/ia32-linux (which violates the FHS) to us
Raphael Hertzog writes:
> On Fri, 13 Mar 2009, Manoj Srivastava wrote:
>> 3. dpkg-buildpackage is probably the wrong place to put this solution
>> in.
>
> Why?
>
>> The fact that dpkg-buildpackage's setting the variables is not
>> easily configurable, and presents to make as though
On Mon, Mar 16, 2009 at 10:55:36AM +0100, Goswin von Brederlow wrote:
> Josselin Mouette writes:
> > Le dimanche 15 mars 2009 à 01:30 +0100, Goswin von Brederlow a écrit :
> >> Say you have acrobat reader installed which depend on ia32-libs-gtk.
> >> You also have libgtk2.0 (i386) installed with
Goswin von Brederlow a écrit :
> Aurelien Jarno writes:
>
>> On Wed, Mar 11, 2009 at 09:55:33PM -0700, Steve Langasek wrote:
>>> On Wed, Mar 11, 2009 at 11:16:47PM +0100, Tollef Fog Heen wrote:
]] Clint Adams
| It may be time to change packages installing files to
| /emul/ia32-lin
Processing commands for cont...@bugs.debian.org:
> reassign 519837 cups
Bug#519837: Debian 5.0 - Cups -Canon Pixma iP3500 installation printing failure
Bug reassigned from package `general' to `cups'.
> thanks
Stopping processing here.
Please contact me if you need assistance.
Debian bug tracki
Processing commands for cont...@bugs.debian.org:
> reassign 519902 general
Bug#519902: Dist-upgrade to lenny broke cvs and apt, cannot recover.
Warning: Unknown package 'libc'
Bug reassigned from package `libc' to `general'.
> --
Stopping processing here.
Please contact me if you need assistance
Hi,
over the weekend I did some work on multiarch again and did notice
some new and old problems when adding more libraries to my test set.
Given that the problems are quite easily detectable I'm considering
scanning all packages for their occurance and reporting bugs for them.
In detail I'm look
Package: wnpp
Followup-For: Bug #509850
Owner: Erik de Castro Lopo
* Package name: haskell-curl
Version : 1.3.4
Upstream Author : Sigbjorn Finne
* URL or Web page :
http://hackage.haskell.org/cgi-bin/hackage-scripts/package/curl
* License : BSD3
Description : GHC
* Steve Langasek [Sun, 15 Mar 2009 19:55:50 -0700]:
Hello, Steve.
> On Sun, Mar 15, 2009 at 04:44:08PM +0100, Adeodato Simó wrote:
> > Now, this has its own set of problems and caveats as well, since if you
> > don’t pay attention and take care of later cleanup, you end up with
> > packages in te
On Sun, Mar 15, 2009 at 06:48:11PM -0500, Manoj Srivastava wrote:
> Given that we already have a tool that can download upstream
> sources, with or without mangling, and can be used by facilities
> outside of the unpacked Debian source package to determine if there was
> new versions and
Steve Langasek writes:
> On Mon, Mar 16, 2009 at 10:55:36AM +0100, Goswin von Brederlow wrote:
>> Josselin Mouette writes:
>
>> > Le dimanche 15 mars 2009 à 01:30 +0100, Goswin von Brederlow a écrit :
>> >> Say you have acrobat reader installed which depend on ia32-libs-gtk.
>> >> You also have
Martín Ferrari writes:
> Problematic tools:
> * mii-tool: it could be dropped and replaced by a pointer to ethtool as
> it's not meant to be used automatically by scripts. On the other hand,
> it's distributed as a stand-alone tool [0] and we could do the same.
A couple of notes:
mii-tool and
Le lundi 16 mars 2009 à 12:11 +0100, Goswin von Brederlow a écrit :
> Example: libgtk2.0-0 contains /etc/gtk-2.0/im-multipress.conf
>
> For this I want to file bugs (on top of violations of the MUST
> directive) requesting that either the conffile is split into a
> seperate package (say you alread
On Mon, Mar 16, 2009 at 12:48:22AM -0700, Don Armstrong wrote:
> [I'm personally slightly concerned about relaxing britney allowing
> testing to get into unreleasable states; a flag to re-enable the old
> behavoir late in release would probably be good.]
Adeodato's proposal makes a lot of sense,
Hi,
On Fri, Mar 13, 2009 at 11:27:47PM -0700, Steve Langasek wrote:
> On Fri, Mar 13, 2009 at 05:57:32PM +0100, Simon Richter wrote:
> > That is actually beneficial if we wanted to merge both architectures into
> > one, which would IMO be the sanest thing to do,
> IMO that's not a sane thing to
On Fri, Mar 13, 2009 at 09:04:30PM +0100, Raphael Hertzog wrote:
> * either we modify policy to mandate the set of environment variables that
> dpkg-buildpackage sets
> In terms of efforts, the first solution is the easiest. But we aim
> at the _right_ solution so feel free to design something t
Hi,
the gnome-python, gnome-python-desktop and gnome-python-extras packages
are collections of Python modules that are not necessarily related. It
was more and more requested to split them more logically, and this is
what I have done now that upstream plans are a bit clearer.
According to the cha
> Clement Lorteau
>gtkvncviewer
I filed #518000 a while ago about this, heh. But the bug report needs
updating to say that python-gconf exists on its own, and that
gtkvncviewer should depend on that instead of python-gnome2.
Cheers,
--
- Are you sure we're good?
- Always.
-- Rory a
Package: wnpp
Severity: wishlist
Owner: Nima Talebi
* Package name: amap
Version : 5.2
Upstream Author : van Hauser , Dj RevMoon
* URL : http://freeworld.thc.org/thc-amap/
* License : GPL2
Programming Lang: C
Description : Next-generation tool for assi
Hi Chris,
Chris Walker wrote:
> I propose we (Debian-science) create two grid tasks packages:
>
> Grid-client: This would contain the packages a user workstation needs to
> submit jobs to the grid.
>
> Grid-server: Packages for running a grid cluster.
>
> The globus packages recently proposed
Aurelien Jarno writes:
> Goswin von Brederlow a écrit :
>> Aurelien Jarno writes:
>>
>>> On Wed, Mar 11, 2009 at 09:55:33PM -0700, Steve Langasek wrote:
On Wed, Mar 11, 2009 at 11:16:47PM +0100, Tollef Fog Heen wrote:
> ]] Clint Adams
> | It may be time to change packages installi
On Mon, Mar 16, 2009 at 02:36:17PM +0100, Goswin von Brederlow wrote:
> Aurelien Jarno writes:
>
> > Goswin von Brederlow a écrit :
> >> Aurelien Jarno writes:
> >>
> >>> One of the goal of multiarch is to avoid having packages containing
> >>> binaries of a different architecture than the one
On Mon, Mar 16, 2009 at 01:55:40PM +, Roger Leigh wrote:
> > > We are not using multiarch paths in Debian, so this has never happens.
> > > When using standard /usr/lib paths, people are expecting that the paths
> > > collide. When using multiarch they do not expect that, as it the goal of
> >
Le Mon, Mar 16, 2009 at 11:58:11PM +1100, Nima Talebi a écrit :
>
> * Package name: amap
> Version : 5.2
> Upstream Author : van Hauser , Dj RevMoon
>
> * URL : http://freeworld.thc.org/thc-amap/
> * License : GPL2
> Programming Lang: C
> Description :
On Mar 16, Simon Richter wrote:
> Well, it would get i386/amd64 in line with sparc/sparc64, powerpc/powerpc64
> and s390/s390x. That would allow us to get rid of a lot of specianl cases,
> including the hack for libc6-386.
I think it would be very helpful if somebody could summarize why a
multiar
On Mon, Mar 16, 2009 at 03:21:44PM +0100, Marco d'Itri wrote:
> On Mar 16, Simon Richter wrote:
>
> > Well, it would get i386/amd64 in line with sparc/sparc64, powerpc/powerpc64
> > and s390/s390x. That would allow us to get rid of a lot of specianl cases,
> > including the hack for libc6-386.
>
Mike Hommey wrote:
>On Mon, Mar 16, 2009 at 03:21:44PM +0100, Marco d'Itri wrote:
>> I think it would be very helpful if somebody could summarize why a
>> multiarch system is useful, except for the obvious case of installing
>> proprietary i386 software on amd64 systems.
>s/proprietary// ; ther
Josselin Mouette writes:
> Le lundi 16 mars 2009 à 12:11 +0100, Goswin von Brederlow a écrit :
>> Example: libgtk2.0-0 contains /etc/gtk-2.0/im-multipress.conf
>>
>> For this I want to file bugs (on top of violations of the MUST
>> directive) requesting that either the conffile is split into a
>
m...@linux.it writes:
> On Mar 16, Simon Richter wrote:
>
>> Well, it would get i386/amd64 in line with sparc/sparc64, powerpc/powerpc64
>> and s390/s390x. That would allow us to get rid of a lot of specianl cases,
>> including the hack for libc6-386.
> I think it would be very helpful if somebod
On Mon, 2009-03-16 at 14:36 +0100, Goswin von Brederlow wrote:
>
> Note that libc6 and libc6-i386/amd64 will neccessarily always conflict
> due to the dynamic linker
Really? I thought the i386 dynamic linker was /lib/ld-linux.so.2 and the
64 bit one was /lib/ld-linux-x86-64.so.2.
Ian.
--
Ian Ca
I never received an answer from the docbook-to-man maintainers, so
I switched to docbook-utils which works correctly but I found out is
uninstallable on four architectures. What should I do?
Maybe the jadetex dependency should be downgraded to Recommends since
it's only needed for some output forma
m...@linux.it (Marco d'Itri) writes:
> On Mar 16, Simon Richter wrote:
>
>> Well, it would get i386/amd64 in line with sparc/sparc64, powerpc/powerpc64
>> and s390/s390x. That would allow us to get rid of a lot of specianl cases,
>> including the hack for libc6-386.
I don't see sparc/sparc64, po
Roger Leigh writes:
> On Mon, Mar 16, 2009 at 02:36:17PM +0100, Goswin von Brederlow wrote:
>> Aurelien Jarno writes:
>>
>> > Goswin von Brederlow a écrit :
>> >> Aurelien Jarno writes:
>> >>
>> >>> One of the goal of multiarch is to avoid having packages containing
>> >>> binaries of a diffe
On Mon, Mar 16 2009, Raphael Hertzog wrote:
> On Sun, 15 Mar 2009, Bill Allombert wrote:
>> There is no documented semantic for CFLAGS et. al. in Debian policy. While
>> some Makefile handle it in a certain way, this is not mandatory in
>> any way. For example some configure scripts append option
Processing commands for cont...@bugs.debian.org:
> reassign 519902 upgrade-reports
Bug#519902: Dist-upgrade to lenny broke cvs and apt, cannot recover.
Bug reassigned from package `general' to `upgrade-reports'.
> thanks
Stopping processing here.
Please contact me if you need assistance.
Debian
This one time, at band camp, Goswin von Brederlow said:
> 1) How to specify an arch in sources.list?
Don't. Specify it in apt.conf
> Suggestion:
> deb [arch=i386,amd64] http://ftp.debian.org sid main
APT::Arches "i386,amd64"
Or something.
> 2) How to specify a package including the architectu
On 16.03.09 Marco d'Itri (m...@linux.it) wrote:
Hi,
> I never received an answer from the docbook-to-man maintainers, so
> I switched to docbook-utils which works correctly but I found out is
> uninstallable on four architectures. What should I do?
>
Hmm, weird. jadetex is architecture all and h
On Mon, Mar 16 2009, Stefano Zacchiroli wrote:
> In a sense, while uscan offers an implementation, the policy offer its
> API. The two are complementary and I don't see why I should loose one
> because of the other.
>
> Also, having an API, offers exactly encapsulation, in the sense that
> you ca
On Mon, Mar 16 2009, Raphael Hertzog wrote:
> On Mon, 16 Mar 2009, Bdale Garbee wrote:
>>
>> > I think he ment that you can not know wether the setting comes from
>> > dpkg-buildpackage or the user. If it comes from dpkg-buildpackage then
>> > debian/rules should be free to override it as needed.
On Mon, 16 Mar 2009, Manoj Srivastava wrote:
> In the non-snippet method proposed, there is no way for the
> package maintainer to override project defaults yet cater user set
> variable settings, since the information is lost.
You're not trying very hard to look from both sides: whether
On Mar 16, Hilmar Preusse wrote:
> Hmm, weird. jadetex is architecture all and haven't changed for a
> while. Could you find out, why it can't be installed?
I hoped that somebody here would tell me...
--
ciao,
Marco
signature.asc
Description: Digital signature
On Mo, 16 Mär 2009, Marco d'Itri wrote:
> On Mar 16, Hilmar Preusse wrote:
> > Hmm, weird. jadetex is architecture all and haven't changed for a
> > while. Could you find out, why it can't be installed?
> I hoped that somebody here would tell me...
Aehm sorry I lost this track completely. Can som
* Norbert Preining [Mon, 16 Mar 2009 18:24:15 +0100]:
> On Mo, 16 Mär 2009, Marco d'Itri wrote:
> > On Mar 16, Hilmar Preusse wrote:
> > > Hmm, weird. jadetex is architecture all and haven't changed for a
> > > while. Could you find out, why it can't be installed?
> > I hoped that somebody here w
On Mo, 16 Mär 2009, Adeodato Simó wrote:
> jadetex is uninstallable on arches where texlive-bin is not available
> yet rebuilt against libpoppler4. Which is only s390, which is waiting
> for an upload.
Ok, I can live with that. If there are more fundamental problems with
s390 please ask again.
B
On Mon, 16 Mar 2009, Manoj Srivastava wrote:
> > However, if the caller really wish that his build options prevail in
> > all cases, he can use "make -e" (and dpkg-buildpackage has the -R
> > option that let him call "debian/rules" as "make -e -f debian/rules"
> > instead).
>
> We do not w
On Mon, Mar 16 2009, Raphael Hertzog wrote:
> On Mon, 16 Mar 2009, Manoj Srivastava wrote:
>> In the non-snippet method proposed, there is no way for the
>> package maintainer to override project defaults yet cater user set
>> variable settings, since the information is lost.
>
> You're
On Mon, Mar 16, 2009 at 06:37:40PM +0100, Raphael Hertzog wrote:
> Suppose you have "FOO ?= bar" in the Makefile, write me the rest of the
> Makefile so that I have this:
> $ FOO=foo make
> FOO was set in the environment
> $ make FOO=foo
> FOO was set on the command-line
> $ make
> FOO was set in t
Steve Langasek wrote:
> On Mon, Mar 16, 2009 at 12:48:22AM -0700, Don Armstrong wrote:
>
>> [I'm personally slightly concerned about relaxing britney allowing
>> testing to get into unreleasable states; a flag to re-enable the old
>> behavoir late in release would probably be good.]
>
> In pract
Fabian Greffrath (16/03/2009):
> Unfortunately IANADD, so I cannot modify the wiki page on my own.
Yes, you can!
Mraw,
KiBi.
signature.asc
Description: Digital signature
On Mon, Mar 16, 2009 at 09:14:32AM +0100, Raphael Hertzog wrote:
> On Sun, 15 Mar 2009, Stephen Gran wrote:
> > This one time, at band camp, Raphael Hertzog said:
> > > Care to elaborate what kind of flexibility you need in this specific case
> > > ?
> >
> > I don't. I'm imagining that some of o
Package: wnpp
Severity: wishlist
Owner: Krzysztof Burghardt
* Package name: wbar
Version : 1.3.3
Upstream Author : Rodolfo Granata
* URL : http://code.google.com/p/wbar/
* License : GPL
Programming Lang: C++
Description : a light and fast launch bar
w
Raphael Hertzog writes:
> You're not trying very hard to look from both sides: whether the default
> value comes from the environment or from an included Makefile, in both
> cases the user can override it with command-line arguments.
>
> Granted it means that dpkg-buildpackage would have to pass
On Mon, Mar 16 2009, Raphael Hertzog wrote:
> On Mon, 16 Mar 2009, Manoj Srivastava wrote:
>> > However, if the caller really wish that his build options prevail in
>> > all cases, he can use "make -e" (and dpkg-buildpackage has the -R
>> > option that let him call "debian/rules" as "make -e -f de
On 16.03.09 Adeodato Simó (d...@net.com.org.es) wrote:
> * Norbert Preining [Mon, 16 Mar 2009 18:24:15 +0100]:
> > On Mo, 16 Mär 2009, Marco d'Itri wrote:
> > > On Mar 16, Hilmar Preusse wrote:
Hi,
> > > > Hmm, weird. jadetex is architecture all and haven't changed for a
> > > > while. Could you
I am sorry Luca that I have missed your email. Looking at it now I
realize that it came at the hottest time -- I was about to submit my
PhD dissertation, so my mind was fully occupied with other things ;)
> On Fri, 06 Mar 2009 16:25:16 +0100, Yaroslav Halchenko wrote:
> > * Package name: pyth
On Mon, Mar 16 2009, Russ Allbery wrote:
> Raphael Hertzog writes:
>
>> You're not trying very hard to look from both sides: whether the default
>> value comes from the environment or from an included Makefile, in both
>> cases the user can override it with command-line arguments.
>>
>> Granted i
Hi all,
Wiki engine migrated
The DebianWiki team is pleased to announce that the wiki is now running
moinmoin 1.7, which brings many new features (see [1] and [2]).
The syntax on how to make links and use attachments have changed in
moinmoin 1.6, see:
http://wiki.debian.org
> I think it's clearly mandatory to implement a hierarchy of settings:
>
> * Debian defaults
> * Local distribution overrides
> * Local package overrides
> * User settings
>
> where each overrides the previous ones.
I think we all mostly agree on that. I see only two remarks:
- the package can e
On Mon, 16 Mar 2009, Manoj Srivastava wrote:
> The advantage of the snippet approach is where packages might
> break if the builtin defaults are changed will not be broken by the
> snippet approach, since the change is opt-in.
Once a package relies on values provided by a Makefile snippe
On Mon, 2009-03-16 at 21:29 +0100, Frank Lin PIAT wrote:
>
> Wiki engine migrated
>
I completely forgot to thanks and give credits to Valessio Brito for his
DebianWiki logo.
http://wiki.debian.org/htdocs/WikiDebianLogo_B.png
This is now fixed.
Regards,
Franklin
--
To
On Mon, 16 Mar 2009, Manoj Srivastava wrote:
> And you are missing the point that making people type stuff on
> the command line for site specific stuff looses out to being able to
> edit a conffile instead.
Who said the command line was for site-specific stuff?
In my proposition the h
]] Stephen Gran
| Put another way, I can't think of a valid use for an amd64 binary
| depending on a ppc32 binary.
Package: foo
Depends: sed
(sed is Essential: yes, but I think you get the point.)
--
Tollef Fog Heen
Redpill Linpro -- Changing the game!
t: +47 21 54 41 73
--
To UNSUBSCRIBE
On Mon, Mar 16, 2009 at 12:11:35PM +0100, Goswin von Brederlow wrote:
> Hi,
>
> over the weekend I did some work on multiarch again and did notice
> some new and old problems when adding more libraries to my test set.
>
> Given that the problems are quite easily detectable I'm considering
> scann
On Mon, Mar 16, 2009 at 02:36:17PM +0100, Goswin von Brederlow wrote:
> Aurelien Jarno writes:
>
> > Goswin von Brederlow a écrit :
> >> Aurelien Jarno writes:
> >>
> >>> On Wed, Mar 11, 2009 at 09:55:33PM -0700, Steve Langasek wrote:
> On Wed, Mar 11, 2009 at 11:16:47PM +0100, Tollef Fog
This one time, at band camp, Tollef Fog Heen said:
> ]] Stephen Gran
>
> | Put another way, I can't think of a valid use for an amd64 binary
> | depending on a ppc32 binary.
>
> Package: foo
> Depends: sed
>
> (sed is Essential: yes, but I think you get the point.)
I don't see what the archite
Raphael Hertzog writes:
> I think we all mostly agree on that. I see only two remarks:
> - the package can either fully override the default settings or
> filter the provided build options: i.e. add/remove/replace build
> options. (and I think that the "filter" option should be the recommende
On Mar 16, Mike Hommey wrote:
> > I think it would be very helpful if somebody could summarize why a
> > multiarch system is useful, except for the obvious case of installing
> > proprietary i386 software on amd64 systems.
> s/proprietary// ; there you have your obvious case.
Not really, because
On Mon, Mar 16, 2009 at 12:17:28PM -0600, Raphael Geissert wrote:
> Steve Langasek wrote:
> > On Mon, Mar 16, 2009 at 12:48:22AM -0700, Don Armstrong wrote:
> >> [I'm personally slightly concerned about relaxing britney allowing
> >> testing to get into unreleasable states; a flag to re-enable th
On Mon, Mar 16, 2009 at 10:45:32PM +0100, Marco d'Itri wrote:
> On Mar 16, Mike Hommey wrote:
>
> > > I think it would be very helpful if somebody could summarize why a
> > > multiarch system is useful, except for the obvious case of installing
> > > proprietary i386 software on amd64 systems.
>
On Mon, 16 Mar 2009, Adeodato Simó wrote:
> As said above, failures to build against the new library are RC from
> day 0, and the intention is not to do transitions while those are
> open, other constraints permitting.
Cool.
> As for packages that are rebuilt in unstable but not migrated, I
> do
On Mon, Mar 16, 2009 at 01:08:04PM +0100, Bjørn Mork wrote:
> Martín Ferrari writes:
>
> > Problematic tools:
> > * mii-tool: it could be dropped and replaced by a pointer to ethtool as
> > it's not meant to be used automatically by scripts. On the other hand,
> > it's distributed as a stand-alo
Frank Lin PIAT wrote:
> Hi all,
>
> Wiki engine migrated
>
Thanks for the work!
> Also, the GUI editor is now disabled, because moinmoin 1.7 use an old
> version of fckeditor which would have been a security problem. We are
> working to find a solution.
If I remember right
Aurelien Jarno writes:
> If you want to get some more multiarch ennemies, this is clearly the way
> to go.
>
> The alternate method is to post a list to debian-devel, and when we have
> a basic multiarch support, you may start thinking about filling bugs.
> Not before.
Well, regardless of the be
On Mon, 2009-03-16 at 23:33 +0100, Bernd Zeimetz wrote:
> Frank Lin PIAT wrote:
> > Hi all,
> >
> > Wiki engine migrated
> >
>
> Thanks for the work!
>
> > Also, the GUI editor is now disabled, because moinmoin 1.7 use an old
> > version of fckeditor which would have been a
On Sun, Mar 15, 2009 at 06:41:14PM +, Ben Hutchings wrote:
> > * nameif: can be replaced by "ip link", not sure if it's worth the
> > effort (does anybody actually use it?)
>
> Never heard of it, and it seems redundant with udev now. There's also
> ifrename.
I think udev can now do everyth
On Mon, Mar 16, 2009 at 03:40:53PM -0700, Russ Allbery wrote:
> Aurelien Jarno writes:
>
> > If you want to get some more multiarch ennemies, this is clearly the way
> > to go.
> >
> > The alternate method is to post a list to debian-devel, and when we have
> > a basic multiarch support, you may
Frank Lin PIAT writes:
> Wiki engine migrated
>
>
> The DebianWiki team is pleased to announce that the wiki is now
> running moinmoin 1.7, which brings many new features (see [1] and
> [2]).
Thanks very much!
One of the new features announced in MoinMoin 1.7 is OpenID
aut
Fellow Developers,
last Friday I have downloaded the fist Debian install DVD fro Lenny and
for some mintes trie to install a new Workstation and gotten this:
[ STDIN ]---
[r...@michelle1:~ ] apt-get install fvwm
Reading package lists...
Steve Langasek wrote:
> On Mon, Mar 16, 2009 at 12:17:28PM -0600, Raphael Geissert wrote:
>> Wouldn't it be better to remove the packages from testing? this way if
>> the library and other packages are ready to go they could easily migrate
>> without any special hack, if my understanding of the si
Stefano Zacchiroli wrote:
>
> ... and pretty please, do not choose a solution that will require
> adding an "-include" to 15'000 thousands debian/rules; we will finish
> doing that by Lenny+50, the earliest.
It would take some time, yes; but packages using cdbs would only require a
binNMU once cd
Package: wnpp
Severity: wishlist
Owner: Jonathan Wiltshire
* Package name: enigform
Version : 0.8.1
Upstream Author : Artruro 'Buanzo' Busleiman
* URL : http://enigform.mozdev.org/
* License : MPL
Programming Lang: Javascript
Description : Iceweasel/Fi
Package: wnpp
Severity: wishlist
Owner: Jonathan Wiltshire
* Package name: libapache2-mod-openpgp
Version : 0.5.0
Upstream Author : Arturo 'Buanzo' Busleiman
* URL : http://wiki.buanzo.org/index.php?n=Main.ModOpenpgp
* License : Apache 2.0
Programming Lang:
On Mon, 2009-03-16 at 22:25 +, Ben Hutchings wrote:
> On Mon, Mar 16, 2009 at 01:08:04PM +0100, Bjørn Mork wrote:
[...]
> > I fail to see the value of removing mii-tool. I'd rather see just the
> > non-working features removed in favour of an ethtool recommendation.
>
> It doesn't recognis
Unless somebody will have persuasive objections I will change it to
group kmem in a future udev upgrade.
--
ciao,
Marco
signature.asc
Description: Digital signature
Package: wnpp
Severity: wishlist
Owner: "Jaromír Mikeš"
* Package name: jkmeter
Version : 0.4.0-1
Upstream Author : Fons Adriaensen
* URL : http://www.kokkinizita.net/linuxaudio/downloads/index.html
* License : GPL
Programming Lang: C++
Description : J
On Tue, 2009-03-17 at 03:31 +0100, Jaromír Mikeš wrote:
> Package: wnpp
> Severity: wishlist
> Owner: "Jaromír Mikeš"
>
> * Package name: jkmeter
> Version : 0.4.0-1
> Upstream Author : Fons Adriaensen
> * URL : http://www.kokkinizita.net/linuxaudio/downloads/index.ht
On Tue, Mar 17, 2009 at 8:18 AM, Ben Finney wrote:
> One of the new features announced in MoinMoin 1.7 is OpenID
> authentication. Could this please be enabled on the Debian wiki?
That would likely make it much harder to fix #385797 - Wiki does not
have a license.
I think once we've sorted tha
Paul Wise writes:
> On Tue, Mar 17, 2009 at 8:18 AM, Ben Finney
> wrote:
>
> > One of the new features announced in MoinMoin 1.7 is OpenID
> > authentication. Could this please be enabled on the Debian wiki?
>
> That would likely make it much harder to fix #385797 - Wiki does not
> have a lic
On Tue, Mar 17, 2009 at 2:57 PM, Ben Finney wrote:
> I don't see how the use of a different authentication system
> intersects with that bug at all. Can you elaborate what you think the
> issue is?
I'm making an uneducated guess that allowing editing by people we
cannot contact will be bad for l
Paul Wise writes:
> I'm making an uneducated guess that allowing editing by people we
> cannot contact will be bad for licencing the wiki since we need to
> contact people to be able to give pages a license. The current
> authentication mechanism requires an email address so there is a
> decent c
100 matches
Mail list logo
