Le Fri, Feb 18, 2011 at 10:51:05AM +0100, Adam Borowski a écrit :
>
> On the contrary, I don't see what an input system would be good for. How
> many languages can you write?
The one from the country where I was born, and the one from the country that
was kind enough to give me a work visa :)
>
Hi,
None of the current Debian git maintainers seem to use emacs. This
means git's emacs support[1] does not get as much care as it deserves:
see for example bugs #611936, #611931, #611932, #611933, #611934,
#577834, and #611935.
The upstream maintainer is very friendly and responsive though he
On Viernes 18 Febrero 2011 18:44:25 Ron Johnson escribió:
> On 02/18/2011 07:26 AM, Noel David Torres Taño wrote:
> > On Jueves 17 Febrero 2011 22:18:25 Ron Johnson escribió:
> >> On 02/17/2011 08:58 AM, Roger Leigh wrote:
> >> [snip]
> >>
> >>> Should it be locked down like Fort Knox?
> >>
> >>
Peter Samuelson p12n.org> writes:
> > > Description : next generation movie player for Unix-like systems
> > >
> > >MPlayer plays most MPEG, VOB, AVI, Ogg/OGM, VIVO, ASF/WMA/WMV,
> > >QT/MOV/MP4, FLI, RM, NuppelVideo, yuv4mpeg, FILM, RoQ, PVA files,
> > >supported by many native
Package: wnpp
Severity: wishlist
Owner: Scott Kitterman
* Package name: py3dns
Version : 3.0.0
Upstream Author : Stuart D. Gathman
* URL : http://http://sourceforge.net/projects/pydns
* License : PSF
Programming Lang: Python 3
Description : DNS client
[Uoti Urpala]
> > Description : next generation movie player for Unix-like systems
> >
> >MPlayer plays most MPEG, VOB, AVI, Ogg/OGM, VIVO, ASF/WMA/WMV,
> >QT/MOV/MP4, FLI, RM, NuppelVideo, yuv4mpeg, FILM, RoQ, PVA files,
> >supported by many native, XAnim, RealPlayer, and Win32
On 02/18/2011 05:42 AM, Axel Beckert wrote:
Hi,
Mike Hommey wrote:
- Push 3.6 to unstable and the last 4.0 betas/rc to experimental. Push
4.0 to unstable when it's out.
That would be my favourite.
I use Conkeror (which is a XULRunner application and hence depends on
xulrunner) with 3.6 si
On 02/18/2011 07:26 AM, Noel David Torres Taño wrote:
On Jueves 17 Febrero 2011 22:18:25 Ron Johnson escribió:
On 02/17/2011 08:58 AM, Roger Leigh wrote:
[snip]
Should it be locked down like Fort Knox?
There's a heck of a lot of middle ground between "Fort Knox" and
"Hippy Commune".
We are
On pe, 2011-02-18 at 18:30 +0100, Thomas Krennwallner wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Thomas Krennwallner
>
>
> * Package name: run
> Version : 1.4
> Upstream Author : Armin Biere and Toni Jussila
> * URL : http://fmv.jku.at/run/
> * License
Hello Mika et all,
Michael Prokop wrote:
I'm the maintainer of the ddrescue and gddrescue packages.
I plan to drop the ddrescue package.
IMHO dropping the gddrescue package and moving GNU ddrescue to the
ddrescue package (replacing dd_rescue) is the least confusing solution
for the users in
Package: wnpp
Severity: wishlist
Owner: Thomas Krennwallner
* Package name: run
Version : 1.4
Upstream Author : Armin Biere and Toni Jussila
* URL : http://fmv.jku.at/run/
* License : BSD
Programming Lang: C
Description : tool for sampling time and me
Stephen Gran writes ("Re: [Adduser-devel] Default Homedir Permissions"):
> I don't want to prolong this thread, but this seemed useful to answer.
Thanks.
> I certainly have no intention of changing the default on my own.
> My hope is that Debian is used in ways I can't imagine, and I can not
> be
On Fri, Feb 18, 2011 at 2:26 PM, Noel David Torres Taño
wrote:
> On Jueves 17 Febrero 2011 22:18:25 Ron Johnson escribió:
>> On 02/17/2011 08:58 AM, Roger Leigh wrote:
>> [snip]
>>
>> > Should it be locked down like Fort Knox?
>>
>> There's a heck of a lot of middle ground between "Fort Knox" and
[Not sure whether we should keep the long To: - list, I'd suggest
continuing on debian-devel but keep it for the moment.]
On Thu, Feb 17, 2011 at 07:20:30PM -0400, Joey Hess wrote:
> A long time ago, tasksel installed task packages, which were regular
> metapackages. This was dropped because the
On Jueves 17 Febrero 2011 22:18:25 Ron Johnson escribió:
> On 02/17/2011 08:58 AM, Roger Leigh wrote:
> [snip]
>
> > Should it be locked down like Fort Knox?
>
> There's a heck of a lot of middle ground between "Fort Knox" and
> "Hippy Commune".
We are not a hippy comune, just two married people
* Steve M. Robbins , 2011-02-17, 21:27:
I uploaded insighttoolkit the other day, but the buildd machines
refuse to build it, claiming an installability problem [1]:
insighttoolkit/alpha dependency installability problem:
insighttoolkit (= 3.20.0-8) build-depends on one of:
- python-vtk (
Le vendredi 18 février 2011 à 13:34 +0100, Mike Hommey a écrit :
> On Fri, Feb 18, 2011 at 12:59:46PM +0100, Josselin Mouette wrote:
> > I’d favor that one too. The sooner we can adapt reverse dependencies to
> > 4.0 in experimental, the better. And no need to do the work twice.
>
> There have be
> I also saw this error message but only under special circumstances. I
> believe when I installed from a DVD and selected to not use a mirror.
Yes, this is how to run into this error.
> It's still somewhat disturbing. Maybe we should keep an empty "stable"
> archive on volatile.debian.org in the
On Fri, Feb 18, 2011 at 12:59:46PM +0100, Josselin Mouette wrote:
> Le vendredi 18 février 2011 à 10:29 +0100, Benjamin Drung a écrit :
> > I favor a combination of idea one and two, which is: Keep 3.5 in
> > unstable and push the last 4.0 betas/rc to experimental. Push 4.0 to
> > unstable when it
Thanks for jumping on this ITP, I wanted to point you to this ITP
yesteday but got distracted by other stuff. Seems you've noticed it
anyway, which is cool! :-)
On Fri, Feb 18, 2011 at 12:08:25 (CET), Uoti Urpala wrote:
> Reinhard Tartler tauware.de> writes:
>> Package: wnpp
>> Severity: wishlis
Hello,
Now you can send=A0 SMS at as low as 2.4 paise per SMS (Bulk SMS, dynamic =
SMS,=20 Future SMS, SMS API available). Open www.ms-sms.in and get FREE trial
as = well=20 as technical support=2E
1000 SMS - Rs.50 (per SMS 5 paise, 30 days validity) 5000 SMS - Rs.225 (per
SMS 4.5 paise, 60 d
On Fri, Feb 18, 2011 at 10:12:42AM +0100, Mike Hommey wrote:
[iceweasel]
> - Push 3.6 to unstable and the last 4.0 betas/rc to experimental. Push
> 4.0 to unstable when it's out.
Extra effort for you.
> - Keep 3.5 in unstable, 3.6 in experimental, and push 4.0 to experimental
> when it's rele
Le vendredi 18 février 2011 à 10:29 +0100, Benjamin Drung a écrit :
> I favor a combination of idea one and two, which is: Keep 3.5 in
> unstable and push the last 4.0 betas/rc to experimental. Push 4.0 to
> unstable when it's out.
>
> Then we have one big break and a tested 4.0 in unstable.
I’d
Hi,
Mike Hommey wrote:
> - Push 3.6 to unstable and the last 4.0 betas/rc to experimental. Push
> 4.0 to unstable when it's out.
That would be my favourite.
I use Conkeror (which is a XULRunner application and hence depends on
xulrunner) with 3.6 since it is in experimental and it works withou
On Fri, Feb 18, 2011 at 10:12:42AM +0100, Mike Hommey wrote:
> As I mentioned above, my initial idea was to go with the second option,
> breaking most rdeps in the process, but then I remembered that 4.0
> doesn't work on all our architectures, and I'm hesitating, now.
>
> So, fellow developers,
Reinhard Tartler tauware.de> writes:
> Package: wnpp
> Severity: wishlist
> Owner: Reinhard Tartler tauware.de>
>
> * Package name: mplayer2
> Version : 2.0beta1
> Upstream Author : Uoti Urpala pp1.inet.fi>
> * URL : http://www.mplayer2.org/
> * License : GPL
Hi,
On Freitag, 18. Februar 2011, Charles Plessy wrote:
> it would be very exciting to have the possibility to select a blend at the
> installation. To circumvent the limitation of space, how about having a
> single line to select ‘Chose a Debian Pure Blend‘, that would lead to a
> page that provi
On Feb 18, Mike Hommey wrote:
> - Suggest your own if you have better ideas (really, I mean it).
I support option #2: I have been using it since you started packaging it
and it works great: better than 3.6 and hugely better than 3.5.
s390, sparc and ia64 are not exactly popular architectures, and
Am Freitag, den 11.02.2011, 17:11 +0100 schrieb Leo "costela" Antunes:
> On 11/02/11 16:49, Norbert Preining wrote:
> > On Fr, 11 Feb 2011, Cyril Brulebois wrote:
> >> $ grep x-scheme-handler/http /usr/share/applications/mimeinfo.cache
> >> x-scheme-handler/http=midori.desktop;chromium-browser.desk
On Thu, Feb 17, 2011 at 21:27:16 -0600, Steve M. Robbins wrote:
> I uploaded insighttoolkit the other day, but the buildd machines
> refuse to build it, claiming an installability problem [1]:
>
> insighttoolkit/alpha dependency installability problem:
>
> insighttoolkit (= 3.20.0-8) build
On Fri, Feb 18, 2011 at 10:39:16AM +0900, Charles Plessy wrote:
> > ### i18n
> >
> > There are many language tasks in tasksel. It might be good to have
> > the task packages be moved out of tasksel; I don't know if it'd make
> > sense to have individual language teams maintain them, or what.
>
>
Am Freitag, den 18.02.2011, 10:12 +0100 schrieb Mike Hommey:
> Hi,
>
> Now that squeeze is released, it's time to start pushing new things to
> unstable. I've been asked several times already how things would be
> evolving in the near future, to which I answered it would quite stay the
> way it is
Hi.
Le vendredi 18 février 2011 à 08:30 +0100, Raphael Hertzog a écrit :
> (Moving to debian-b...@lists.debian.org where it's more appropriate)
>
(Sorry about the noise, as I'm subscribed to that list, reponding to
-devel too anyway).
> On Fri, 18 Feb 2011, Adnan Hodzic wrote:
> > Hello,
> >
>
On Fri, Feb 18, 2011 at 08:30:17AM +0100, Raphael Hertzog wrote:
> (Moving to debian-b...@lists.debian.org where it's more appropriate)
>
> On Fri, 18 Feb 2011, Adnan Hodzic wrote:
> > Hello,
> >
> > During Squeeze installation process, since volatile archive was
> > replaced with squeeze-updates
Hi,
Now that squeeze is released, it's time to start pushing new things to
unstable. I've been asked several times already how things would be
evolving in the near future, to which I answered it would quite stay the
way it is now until upstream releases 4.0, at which point I'd upload 4.0
to unstab
Le jeudi 17 février 2011 à 19:20 -0400, Joey Hess a écrit :
> ### gnome
>
> Would the gnome team want to maintain a task-gnome?
> Much of tasksel's gnome task is already taken from the gnome-core
> and gnome metapackages, with a few more things added.
Yes, they fit globally the same purpose. Th
This one time, at band camp, Ian Jackson said:
> [Someone] writes ("Re: Default Homedir Permissions"):
> > [stuff]
>
> We are in danger of wasting a lot of time with this discussion.
>
> The general pattern is that someone who is unhappy with the state of
> the world proposes a substantial change
Quoting Joey Hess (jo...@debian.org):
> ### i18n
>
> There are many language tasks in tasksel. It might be good to have
> the task packages be moved out of tasksel; I don't know if it'd make
> sense to have individual language teams maintain them, or what.
Many teams are definitely too small to
38 matches
Mail list logo
