Re: Emdebian version strings and the BTS

]] Neil Williams | if you start seeing bugs or getting email about your packages where the | version string ends in em[0-9], or where dependencies mentioned by | reportbug include such a version suffix, the user is running one of the | two Emdebian distributions released alongside lenny (and base

Re: Bug#515154: ITP: gitg -- git repository viewer for gtk+/GNOME

]] Dmitrijs Ledkovs | 2009/2/15 Gunnar Wolf | > | > Tollef Fog Heen dijo [Sat, Feb 14, 2009 at 06:42:37PM +0100]: | > > | when i've had to do this in the past i think i did something like | > > | ~.git.. this way you get lots of relevant info, the | > > | fact that it's a prerelease of , the d

Bug#515721: [general] live: disk1 boot method fails

Package: general Version: 5.0.0 Severity: normal Debian Live's disk1 boot method (F4, Boot from the first hard disk) fails on 2 PCs from 2 tested with Could not find kernel image: disk1 I do not have any computer with 2 HDDs, so I didn't try disk2. I got this with http://cdimage.debian.org/cdi

Bug#515718: [general] live: failures at shutdown on USB flash drive

Package: general Version: 5.0.0 Severity: normal When shutting down Debian Live running from a USB flash drive, one gets a bunch of errors on tty1: Cleaning up ifupdown Unmounting temporary filesystems...umount: /live/cow: device is busy umount: /live/cow: device is busy umount: /live: devic

Re: Is the FHS dead ?

Josselin Mouette wrote: > Le lundi 16 février 2009 à 18:08 +0200, Teodor a écrit : >> There is no need to create another standard, FHS is being continued in >> the LSB project at linuxfoundation.org / freestandards.org. FHS was >> the starting point for LSB. >> Even if the LSB project has been crit

Re: Post-Lenny discussion on packages with external (potentially non-free) dependencies

Michael S. Gilbert wrote: > Summary of the problem: Some packages such as foo2zjs, pciutils, > ttf-mathematica4.1, etc. have components that download files external > to the Debian archives (from the internet) at runtime, which is > problematic in many ways. If possible, the to be downloaded data

Personal invitation from Brijkishor tiwary

Personal invitation from Brijkishor tiwary

Re: Post-Lenny discussion on packages with external (potentially non-free) dependencies

On Tue, 17 Feb 2009, Michael S. Gilbert wrote: > In the following, I recap the core problems at hand (listed in terms of > importance/relevance) and the arguments on both sides that have been > developed in the bug report [1]. > > Summary of the problem: Some packages such as foo2zjs, pciutils, >

Re: Build-indep as a way to not build doc. (was: Re: Proposed release goal: fix debian/rules build-arch)

On Tue, Feb 17, 2009 at 02:39:59PM +0900, Charles Plessy wrote: > > If we can ever settle on a suitable implementation, I would expect the > > savings of both human and CPU cycles to be sizeable, and worth the effort. > If the problem is limited to local building of packages without their > docum

Build-indep as a way to not build doc. (was: Re: Proposed release goal: fix debian/rules build-arch)

Le Mon, Feb 16, 2009 at 03:34:41PM -0800, Steve Langasek a écrit : > In some cases, building the arch-indep documentation takes longer, and > requires downloading/installing more build dependencies, than building the > arch-dep binaries. I've found this to be a waste of human cycles before > when

Post-Lenny discussion on packages with external (potentially non-free) dependencies

Dear All, First of all, congratulations on getting the Lenny release out the door! I understand that it was a lot of work, and you're probably looking forward to at least somewhat of a break. So I don't want to treat this problem with too much urgency (yet), but I would like to get a dialog goin

Re: debian/rules being or not a makefile

Charles Plessy writes: > It seems that making debian/rules a symbolic link to /usr/bin/dh might > actually work for some packages (although I have not yet tried), so it > could be the perfect timing to double-think whether it is not as heretic > as it looks, as long as it would follow the Policy

debian/rules being or not a makefile (was: Re: Proposed release goal: fix debian/rules build-arch)

Le Mon, Feb 16, 2009 at 03:34:41PM -0800, Steve Langasek a écrit : > On Mon, Feb 16, 2009 at 11:21:42AM -0800, Russ Allbery wrote: > > There are also the few packages in the archive that don't have a makefile > > as debian/rules. I've been tempted for some time to file RC bugs against > > all of t

Re: AW: Bug#515130: ITP: unrealircd -- Unreal IRC Server

On Mon, 2009-02-16 at 08:37 +0100, Patrick Schoenfeld wrote: > On Sun, Feb 15, 2009 at 09:00:22PM -0600, William Pitcock wrote: > > There is also questions concerning why you would want to package > > something that has effectively a dead upstream, and many code flaws > > which could result in secu

Re: ode 0.11 transition

* Gonéri Le Bouder [Mon, 16 Feb 2009 00:34:51 +0100]: > On Sun, Feb 15, 2009 at 11:11:04PM +0100, Adeodato Simó wrote: > > I'd like to suggest ithat you upload again to experimental, but having > > libode-dev Provide: libode0-dev. Then you ask reverse dependencies for > > feedback, in particular

Re: Proposed release goal: fix debian/rules build-arch

Le Mon, Feb 16, 2009 at 10:16:56PM +0200, Kari Pahula a écrit : > > Another thing that B-D-I is good for: breaking dependency cycles. An > example from the upcoming version of ghc6: ghc6 uses haddock to build > API docs. Haddock needs to be built with the same version of ghc6 it > generates docs

Re: Bug#515663: ITP: kmess2 -- Windows(R) Live(R) Messenger(R) Client for KDE4.

On Monday 16 February 2009 20:38:38 Rafael Belmonte wrote: > Package: wnpp > Severity: wishlist > X-Debbugs-CC: debian-devel@lists.debian.org > > --- Please fill out the fields below. --- > >Package name: kmess2 > Version: 2.0alpha > Upstream Author: Diederik van der Boor >

Re: Proposed release goal: fix debian/rules build-arch

Steve Langasek writes: > Interestingly, all but one of these is a false positive, at least in the > sense of whether debian/rules is a makefile. The vdr packages don't use > /usr/bin/make as the interpreter line, but debian/rules *is* a makefile > - they just have a rather convoluted custom scri

Re: Python related changes for unstable/squeeze

Josselin Mouette wrote: > Le lundi 16 février 2009 à 22:33 +0100, Matthias Klose a écrit : >> "current" is also useful to only provide a public module for just the default >> version. I'm unsure what you mean with when talking about the above mentioned >> "issue" > > Is it a joke? If you don’t kn

Re: Proposed release goal: fix debian/rules build-arch

On Mon, Feb 16, 2009 at 11:21:42AM -0800, Russ Allbery wrote: > There are also the few packages in the archive that don't have a makefile > as debian/rules. I've been tempted for some time to file RC bugs against > all of them. > http://lintian.debian.org/tags/debian-rules-not-a-makefile.html In

Re: Python related changes for unstable/squeeze

Matthias Klose writes: > Local installation path > --- […] > - /usr/lib/pythonX.Y/dist-packages (installation location for code >packaged for Debian) > - /usr/local/lib/pythonX.Y/dist-packages (installation location >for locally installed code using distutils instal

Re: Python related changes for unstable/squeeze

>> Various >> --- >> >> There are other things which may be worth a look. > > - Can you guys please finally sit down and agree on one solution for > handling python modules? I still think that having two (slightly > different) ways of doing this task is not the way to go. I really do > not s

Re: Python related changes for unstable/squeeze

Hi [I agree that this should have have been sent also to debian-python] Dne Mon, 16 Feb 2009 20:33:48 +0100 Matthias Klose napsal(a): > - 3.0/3.1: I do not plan to upload 3.0 to unstable or experimental, >but will prepare 3.1 packages for experimental and upload those >to unstable with

Re: Bug#515663: ITP: kmess2 -- Windows(R) Live(R) Messenger(R) Client for KDE4.

On Mon, 2009-02-16 at 20:38 +0100, Rafael Belmonte wrote: > Package: wnpp > Severity: wishlist > X-Debbugs-CC: debian-devel@lists.debian.org > > --- Please fill out the fields below. --- > >Package name: kmess2 > Version: 2.0alpha > Upstream Author: Diederik van der Boor >

Re: AW: Bug#515130: ITP: unrealircd -- Unreal IRC Server

On Mon, 2009-02-16 at 07:56 +0100, Giacomo Catenazzi wrote: > Rondal wrote: > > Hi, > > > >> UnrealIRCd has many licensing and code-quality issues which would > >> block it's inclusion in a Debian release. > > > > I admit that the sourcecode is not of the highest quality, but I do not > > see wh

Re: Python related changes for unstable/squeeze

On Mon, Feb 16, 2009 at 2:15 PM, Matthias Klose wrote: > Ondrej Certik schrieb: >> Hi Matthias, >> >> thanks for all the work you do. I have one question: >> >>> - 3.0/3.1: I do not plan to upload 3.0 to unstable or experimental, >>> but will prepare 3.1 packages for experimental and upload tho

Re: Should Debian Live be supported with lenny?

Filipus Klutiero wrote: > You are aware that Debian Live lenny RC1 was released on *2009-02-09*? no, i didn't know that *kidding* > I did not see any announcement of that http://lists.debian.org/debian-live/2009/02/msg00070.html > I'm not paid to do QA on Debian. me neither. > The purpose of

Re: Bug#515154: ITP: gitg -- git repository viewer for gtk+/GNOME

On Mon, Feb 16, 2009 at 20:02:09 +0100, Cyril Brulebois wrote: > Tino Keitel (16/02/2009): > > could it be that there is some limitation in the number of > > files/directories? It only shows 80 directories here in the tree > > view, but 173 are present. > > Maybe a bunch of them are empty, which

Bug#515684: ITP: [PACKAGE] -- psi-plus

Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org --- Please fill out the fields below. --- Package name: psi-plus Version: 0.13.r203 Upstream Author: vladimir.shelukhin URL: http://code.google.com/p/psi-dev/ License: GPL Description: This is a Psi mod from psi-...@con

Re: Python related changes for unstable/squeeze

Ondrej Certik schrieb: > Hi Matthias, > > thanks for all the work you do. I have one question: > >> - 3.0/3.1: I do not plan to upload 3.0 to unstable or experimental, >> but will prepare 3.1 packages for experimental and upload those >> to unstable with the final release or a late release c

Re: Python related changes for unstable/squeeze

Hi Matthias, thanks for all the work you do. I have one question: > - 3.0/3.1: I do not plan to upload 3.0 to unstable or experimental, > but will prepare 3.1 packages for experimental and upload those > to unstable with the final release or a late release candidate. > The 3.1 release is p

Re: Python related changes for unstable/squeeze

Le lundi 16 février 2009 à 22:33 +0100, Matthias Klose a écrit : > "current" is also useful to only provide a public module for just the default > version. I'm unsure what you mean with when talking about the above mentioned > "issue" Is it a joke? If you don’t know what this is about, why are you

Re: Python related changes for unstable/squeeze

Piotr Oz.arowski schrieb: >> - 2.5 is superseded by 2.6; currently there doesn't seem to be >>a reason to ship 2.5 and modules for 2.5 with the next stable >>release. The upstream 2.5 maintainance branch doesn't see bug >>fixes anymore, only security releases will be made from this >>

Re: Python related changes for unstable/squeeze

Le lundi 16 février 2009 à 20:33 +0100, Matthias Klose a écrit : > Besides the "normal" pending update of the python version for the > unstable distribution, there will be more changes around python > packaging, including the introduction of python-3.x and addressing > some packaging issues. It’s

Re: Info on Planet Debian

On Mon, Feb 16, 2009 at 09:02:06PM +, Jon Dowland wrote: > On Tue, Nov 25, 2008 at 03:45:53PM +0100, Stefano Zacchiroli wrote: Apologies. I'd moved some mail filters around and didn't realise I was reading a stale mailbox! -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org wi

Re: Python related changes for unstable/squeeze

[debian-pyt...@l.d.o added to To and Reply-To, citing whole mail for those who don't read -devel, me included ] First of all: thanks Matthias for your work on Python package(s) [Matthias Klose, 2009-02-16] > Besides the "normal" pending update of the python version for the > unstable distribution

Re: Info on Planet Debian

On Tue, Nov 25, 2008 at 03:45:53PM +0100, Stefano Zacchiroli wrote: > http://wiki.debian.org/PlanetDebian > (2nd google hit for "planet debian") Hey, if we keep posting, maybe it'll drop to 3rd, below this thread :P -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subjec

Re: Proposed release goal: fix debian/rules build-arch

On Mon, Feb 16, 2009 at 11:21:42AM -0800, Russ Allbery wrote: > Such a requirement unfortunately still won't mean that Lintian can use > that option to do a check of debian/rules. As long as make is willing to > run such code, we can't just rely on a Policy statement saying that you're > not suppo

Bug#515663: ITP: kmess2 -- Windows(R) Live(R) Messenger(R) Client for KDE4.

Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org --- Please fill out the fields below. --- Package name: kmess2 Version: 2.0alpha Upstream Author: Diederik van der Boor URL: http://kmess.org License: GPL-2 Description: Kmess2 is an in

Re: debhelper third-party command option parsing transition

> This option disappears, but does -V stays around ? Yes, -V stays while its long form doesn't. -- see shy jo signature.asc Description: Digital signature

Python related changes for unstable/squeeze

Besides the "normal" pending update of the python version for the unstable distribution, there will be more changes around python packaging, including the introduction of python-3.x and addressing some packaging issues. Python versions --- - 2.4 is still used by zope-2.x and dependi

Re: Proposed release goal: fix debian/rules build-arch

Kari Pahula writes: > I know some people would like to see a lintian check, first. The thing > is, debian/rules is a program, so trying to figure out any properties > about it, like "does it support feature X?" or "does it halt?" gets > quite close to the halting problem. > > GNU make does have

Re: Bug#515637: ITP: libjs-dojo -- Modular JavaScript toolkit

Hi Maximilian, On Monday 16 February 2009 18:03:19 Maximilian Gaß wrote: > Package: wnpp > Severity: wishlist > Owner: "Maximilian Gaß" > > > * Package name: libjs-dojo > Version : 1.2.3 > Upstream Author : Alex Russell, Dylan Schiemann, David Schontzler, and > others * URL

Re: Bug#515154: ITP: gitg -- git repository viewer for gtk+/GNOME

Tino Keitel (16/02/2009): > could it be that there is some limitation in the number of > files/directories? It only shows 80 directories here in the tree > view, but 173 are present. Maybe a bunch of them are empty, which means they are of no interest from a git point of view? (IOW: where can on

Re: About the current state of the Yum package in Lenny

Thomas Goirand wrote: > Vincent Danjean wrote: >> 3) perhaps, try to push what is available in lenny backport into a >> point-release >>of lenny. This will depends on how many bug fix are present, how intrusive >>the changes are, the release maintainers opinion, ... >> >> For me, 3 is not

Re: Should Debian Live be supported with lenny?

Le February 15, 2009 06:03:46 am Daniel Baumann, vous avez écrit : > Filipus Klutiero wrote: > > Hi, > > Hi, > > first of all: you are aware that you hit the *worst* possible time of > sending that email when doing it on the *very* *evening* *when* *we* > *are* *actually* *really* *releasing*, espe

Bug#515649: ITP: r-cran-xtable -- GNU R coerce data to LaTeX and HTML tables

Package: wnpp Severity: wishlist Owner: Andreas Tille * Package name: r-cran-xtable Version : 1.5.4 Upstream Author : David B. Dahl * URL : http://cran.r-project.org/src/contrib/ * License : GPL2+ Programming Lang: R Description : GNU R coerce data to

Bug#515647: ITP: r-cran-surveillance -- development and the evaluation of epidemiological outbreak detection algorithms

Package: wnpp Severity: wishlist Owner: Andreas Tille * Package name: r-cran-surveillance Version : 0.9.9 Upstream Author : Michael Höhle, Michaela Paul * URL : http://surveillance.r-forge.r-project.org/ * License : GPL2+ Programming Lang: R Description

Bug#515638: ITP: swiftsieve -- Manage Sieve scripts in your webbrowser

Package: wnpp Severity: wishlist Owner: "Maximilian Gaß" * Package name: swiftsieve Version : 0.2 Upstream Author : Maximilian Gaß * URL : http://swiftsieve.alioth.debian.org * License : GPL-2+ Programming Lang: Perl, JavaScript Description : Manage S

Bug#515643: ITP: r-cran-epibasix -- GNU R Elementary Epidemiological Functions

Package: wnpp Severity: wishlist Owner: Andreas Tille * Package name: r-cran-epibasix Version : 0.1 Upstream Author : Michael A Rotondi * URL : http://cran.r-project.org/src/contrib/ * License : GPL2+ Programming Lang: R Description : GNU R Elementary

Bug#515644: ITP: r-cran-epitools -- GNU R Epidemiology Tools for Data and Graphics

Package: wnpp Severity: wishlist Owner: Andreas Tille * Package name: r-cran-epitools Version : 0.5.2 Upstream Author : Tomas Aragon * URL : http://cran.r-project.org/src/contrib/ * License : GPL2+ Programming Lang: R Description : GNU R Epidemiology T

Bug#515646: ITP: r-cran-maptools -- GNU R Tools for reading and handling spatial objects

Package: wnpp Severity: wishlist Owner: Andreas Tille * Package name: r-cran-maptools Version : 0.7.16 Upstream Author : Nicholas J. Lewin-Koh, Roger Bivand, and others * URL : http://cran.r-project.org/src/contrib/ * License : GPL2+ Programming Lang: R Des

Bug#515637: ITP: libjs-dojo -- Modular JavaScript toolkit

Package: wnpp Severity: wishlist Owner: "Maximilian Gaß" * Package name: libjs-dojo Version : 1.2.3 Upstream Author : Alex Russell, Dylan Schiemann, David Schontzler, and others * URL : http://dojotoolkit.org * License : BSD | Academic Free License Programmi

Bug#515641: ITP: r-cran-epi -- GNU R epidemiological analysis

Package: wnpp Severity: wishlist Owner: Andreas Tille * Package name: r-cran-epi Version : 1.0.8 Upstream Author : Bendix Carstensen * URL : http://cran.r-project.org/src/contrib/ * License : GPL2+ Programming Lang: R Description : GNU R epidemiologic

Bug#515636: ITP: libtemplate-plugin-javascript-perl -- Encodes text to be safe in JavaScript

Package: wnpp Severity: wishlist Owner: "Maximilian Gaß" * Package name: libtemplate-plugin-javascript-perl Version : 0.01 Upstream Author : Tatsuhiko Miyagawa * URL : http://search.cpan.org/dist/Template-Plugin-JavaScript/ * License : Artistic | GPL-1+ Pro

Re: Proposed release goal: fix debian/rules build-arch

On Mon, 16 Feb 2009, Kari Pahula wrote: > Currently, Debian Policy doesn't match with the current practice in > section 7.7. > > > The Build-Depends-Indep and Build-Conflicts-Indep fields must be > > satisfied when any of the following targets is invoked: build, > > build-indep, binary and binary-

Re: Bug#515617: ITP: laby -- Laby is a small program to learn how to program with ants and spider webs.

Brett Parker wrote: > On 16 Feb 16:15, Mehdi Dogguy wrote: >> Package: wnpp >> Severity: wishlist >> Owner: Mehdi Dogguy >> >> >> * Package name: laby >> Version : 20080818 >> Upstream Author : Stéphane Gimenez >> * URL : http://www/~gimenez/enseignement.html > > Th

Re: Is the FHS dead ?

Le lundi 16 février 2009 à 18:08 +0200, Teodor a écrit : > There is no need to create another standard, FHS is being continued in > the LSB project at linuxfoundation.org / freestandards.org. FHS was > the starting point for LSB. > Even if the LSB project has been criticized by the Debian project,

Re: Is the FHS dead ?

On Mon, Feb 16, 2009 at 5:14 PM, Josselin Mouette wrote: > Le lundi 16 février 2009 à 14:20 +, Matthew Johnson a écrit : >> the FHS should certainly continue to exist and be coordinated between >> distros though. I agree that if it needs taking over we should do so in >> cooperation with the o

Re: Bug#515617: ITP: laby -- Laby is a small program to learn how to program with ants and spider webs.

On 16 Feb 16:15, Mehdi Dogguy wrote: > Package: wnpp > Severity: wishlist > Owner: Mehdi Dogguy > > > * Package name: laby > Version : 20080818 > Upstream Author : Stéphane Gimenez > * URL : http://www/~gimenez/enseignement.html That's fine if you have pps.jussieu.f

Re: Bug#515154: ITP: gitg -- git repository viewer for gtk+/GNOME

Hi, could it be that there is some limitation in the number of files/directories? It only shows 80 directories here in the tree view, but 173 are present. Regards, Tino -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas.

Proposed release goal: fix debian/rules build-arch

Currently, Debian Policy doesn't match with the current practice in section 7.7. > The Build-Depends-Indep and Build-Conflicts-Indep fields must be > satisfied when any of the following targets is invoked: build, > build-indep, binary and binary-indep. I know that people like to say that Policy s

Bug#515617: ITP: laby -- Laby is a small program to learn how to program with ants and spider webs.

Package: wnpp Severity: wishlist Owner: Mehdi Dogguy * Package name: laby Version : 20080818 Upstream Author : Stéphane Gimenez * URL : http://www/~gimenez/enseignement.html * License : GPLv3 Programming Lang: OCaml Description : A small program to le

Re: Is the FHS dead ?

Le lundi 16 février 2009 à 14:20 +, Matthew Johnson a écrit : > the FHS should certainly continue to exist and be coordinated between > distros though. I agree that if it needs taking over we should do so in > cooperation with the other big distros. Certainly. It’s just that someone needs to s

Re: Is the FHS dead ?

On 02/16/2009 04:14 AM, Josselin Mouette wrote: Hi, I wanted to discuss the python-support directory tree location (and similar issues) with the FHS maintainers, however it occurred to me that the mailing list is completely dead, and the standard doesn’t seem very alive either. The last release

Bug#515611: general: Keyboard layout problem

reassign 515611 xserver-xorg kthxbye On Mon, 2009-02-16 at 09:15 -0500, fayaz wrote: > After I upgrade to Lenny, my keyboard layout has been lost. It work fine > on the shell. But in gnome it types wrong character. I remove and > re-installed gnome and xserver but it doesn't make any difference.

Processed: Re: Bug#515611: general: Keyboard layout problem

Processing commands for cont...@bugs.debian.org: > reassign 515611 xserver-xorg Bug#515611: general: Keyboard layout problem Bug reassigned from package `general' to `xserver-xorg'. > kthxbye Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administ

Re: Is the FHS dead ?

On Mon Feb 16 13:14, Patrick Schoenfeld wrote: > > Is there a standards body still interested in moving forward with > > filesystem layout discussions? If not, shouldn’t we start our own > > standard? > > I'm not sure if "start our own standard" is a good idea. We already have > our own standards

Bug#515611: general: Keyboard layout problem

Package: general Severity: important -- System Information: Debian Release: 5.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash

Re: About the current state of the Yum package in Lenny

Vincent Danjean wrote: > 3) perhaps, try to push what is available in lenny backport into a > point-release >of lenny. This will depends on how many bug fix are present, how intrusive >the changes are, the release maintainers opinion, ... > > For me, 3 is not the more important. Work on y

Re: About the current state of the Yum package in Lenny

Hi, I few general remarks about packaging in Debian (I never used yum nor rpm). Thomas Goirand wrote: > Philipp Kern wrote: >> Anyway: there won't be new packages introduced into Lenny. [...] > How can I provide a set of patches when the problem is that 2 python > modules are needed? We can't

Ho tro vay mua nha va vay the chap nha

Tạo ra vốn kinh doanh và đầu tư. Đầu tư vào nhà đất tăng giá trị nguồn vốn. Ổn định nơi cư trú là ổn định cuộc sống. PRUDENTIAL FINANCE VAY MUA NHÀ & VAY THẾ CHẤP NHÀ Khách hàng: - Nhân viên chính thức đơn vị đang công tác và có thu nhập ổn định hàng tháng tren 5 trie

Re: Bug#515154: ITP: gitg -- git repository viewer for gtk+/GNOME

* Jonny Lamb [Sat, 14 Feb 2009 18:03:51 +]: > On Sat, Feb 14, 16:25:41 +0100, Adeodato Simó wrote: > > Do you have binary packages anywhere? I'd like to give it a try without > > having to compile it. > Sure. I threw some i386 and amd64 packages here: > http://people.debian.org/~jonny/gi

Re: Is the FHS dead ?

Hi, On Mon, Feb 16, 2009 at 11:14:52AM +0100, Josselin Mouette wrote: > I wanted to discuss the python-support directory tree location (and > similar issues) with the FHS maintainers, however it occurred to me that > the mailing list is completely dead, and the standard doesn’t seem very > alive e

Re: Whoos with GnuTLS and md5-signed certificates

Would those who have an interest in this topic please test the patch in and report if it improves things for them? Thanks. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe

RFH: mdadm packaging

I am a bit swamped and won't be able to see to the many things that need to be done with mdadm for squeeze: - synchronise the big Ubuntu patch; Dustin Kirkland from Canonical has expressed interest to cooperate and could help. - consider how to support non-dynamic (non-udev) creation of arrays

Is the FHS dead ?

Hi, I wanted to discuss the python-support directory tree location (and similar issues) with the FHS maintainers, however it occurred to me that the mailing list is completely dead, and the standard doesn’t seem very alive either. The last release was 5 years ago, and is starting to look slightly

Re: debhelper third-party command option parsing transition

Le dimanche 15 février 2009 à 15:19 -0500, Joey Hess a écrit : > * Move many command-specific options to only be accepted by the command > that uses them. Affected options are: > --version-info This option disappears, but does -V stays around ? (The dh_pysupport documentation only talks ab