Hi,
> By the way, this package seems in requested packages list. here is the
> bug. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=526936
>
> As a new maintainer, I'm not so sure what need to do next, any help
> will be appreciated.
As there was already a RFP, you should have not opened a
On Mi, 17 Aug 2011, Josselin Mouette wrote:
> It is unfortunate that gnome-utils was uploaded too soon. Actually only
> gnome-font-viewer is uninstallable, the other packages from gnome-utils
> are not.
Thanks for the explanation, that is fine with me.
Best wishes
Norbert
---
Le mercredi 17 août 2011 à 06:48 +0900, Norbert Preining a écrit :
> I wanted to ask what is going on with the gnome-utils 3.0 in unstable
> that is not actually installable, because gnome-control-center from
> experimental is needed. I see that the last updated to g-c-c was
> in April, so I assum
Ben Hutchings wrote:
> Russ Allbery wrote:
> > Are people who are proposing that we change these programs proposing we
> > build a new package with binaries of those same names and use
> > alternatives? That Debian fork gzip? Something else?
>
> I propose that we provide a separate package cont
On 16/08/11 00:10, Carsten Hey wrote:
> bzip2 has a better compression on average for some filetypes, xz[1] has
> a better compression on average for others:
>
>gzip bzip2 xz bzip2+xz[3]
> text files[2] 94312922 73496587 77783076 73496587
> other files
Hi,
I wanted to ask what is going on with the gnome-utils 3.0 in unstable
that is not actually installable, because gnome-control-center from
experimental is needed. I see that the last updated to g-c-c was
in April, so I assume that there is something strange going on.
Can one of the maintainers
Sandro Tosi writes:
> On Tue, Aug 16, 2011 at 22:54, Gergely Nagy
> wrote:
>> Something like a dpatch2quilt thing. While I haven't verified it yet,
>> I'm fairly sure most dpatches out there actually use the default
>> template, which is trivial to convert to quilt, preserving metadata and
>> al
On Tue, Aug 16, 2011 at 22:54, Gergely Nagy
wrote:
> Something like a dpatch2quilt thing. While I haven't verified it yet,
> I'm fairly sure most dpatches out there actually use the default
> template, which is trivial to convert to quilt, preserving metadata and
> all.
there's already: /usr/shar
Raphael Hertzog writes:
> Hi,
>
> On Tue, 16 Aug 2011, Gergely Nagy wrote:
>> As for the future: I still believe dpatch is a temporary solution, and
>> that better tools exist now. Therefore, it is my long-term plan to
>> slowly deprecate dpatch, and eventually make it gracefully leave the
>> arc
Hi,
On Tue, 16 Aug 2011, Gergely Nagy wrote:
> As for the future: I still believe dpatch is a temporary solution, and
> that better tools exist now. Therefore, it is my long-term plan to
> slowly deprecate dpatch, and eventually make it gracefully leave the
> archive.
How do you plan to do this?
#include
* Adam Borowski [Tue, Aug 16 2011, 12:18:40PM]:
> "zcat" already supports multiple formats: gzip and compress, it's just that
> support for uncompressing the latter is included in gzip's binary. Since
> it's not called "gzcat" but generic "zcat", I think that's a better idea
> than prol
Hi!
Some of you may have heard of this ancient beast called 'dpatch'[1],
some of you might have noticed that it's been recentishly orphaned[2],
and that someone (hi!) intends to pick it up[3].
The past
My involvement with dpatch goes back a loong long time, and I feel
somewhat responsib
> Steve McIntyre writes:
> Ivan Shmakov wrote:
BTW, the primary Git repository for the project is now located
at Gitorious:
git://gitorious.org/e2dis/e2dis-devel.git
http://gitorious.org/e2dis/e2dis-devel.git
https://gitorious.org/e2dis/e2dis-devel
The most notab
* Adam Borowski , 2011-08-16, 12:18:
zcat and zless are nothing but thin shell wrappers over "gzip -cd",
without loads of extra functionality lesspipe has. I'd turn them into a
C program linked against zlib (priority: required), liblzma2 (priority:
required) and libbz2 (priority: important, mig
On Tue, Aug 16, 2011 at 10:51:30AM -0700, Russ Allbery wrote:
> Adam Borowski writes:
>
> > On the other hand, zcat and zless are nothing but thin shell wrappers
> > over "gzip -cd", without loads of extra functionality lesspipe has. I'd
> > turn them into a C program linked against zlib (priori
Adam Borowski writes:
> On the other hand, zcat and zless are nothing but thin shell wrappers
> over "gzip -cd", without loads of extra functionality lesspipe has. I'd
> turn them into a C program linked against zlib (priority: required),
> liblzma2 (priority: required) and libbz2 (priority: imp
On Tue, Aug 16, 2011 at 11:19:05AM -0500, Peter Samuelson wrote:
> Makes sense that tmpfiles.d comes from systemd, if he's trying to get
> away from shell scripts. But for those who think it's annoying to have
> to put 3 separate steps in your init script 'start' section (mkdir -p,
> chown, chmod)
On Tue, 16 Aug 2011 at 11:19:05 -0500, Peter Samuelson wrote:
> But for those who think it's annoying to have
> to put 3 separate steps in your init script 'start' section (mkdir -p,
> chown, chmod), I'd like to point out that you may as well just use
> install -d, and do it all in one step.
... a
[Roger Leigh]
> tmpfiles.d comes from systemd, but we could adopt the concept
> without systemd being involved. If we didn't adopt tmpfiles.d,
> it would be the responsibility of the init script to create
> the necessary directories.
Makes sense that tmpfiles.d comes from systemd, if he's trying
On Mon, Aug 15, 2011 at 07:36:26PM +0200, Iustin Pop wrote:
> On Mon, Aug 15, 2011 at 06:00:50PM +0100, Roger Leigh wrote:
> > On Mon, Aug 15, 2011 at 05:35:54PM +0100, Colin Watson wrote:
> > > On Mon, Aug 15, 2011 at 04:11:49PM +0100, Roger Leigh wrote:
> > > > Are these any other downsides we ne
On Mon, Aug 15, 2011 at 06:03:59PM +0200, Iustin Pop wrote:
> On Mon, Aug 15, 2011 at 04:11:49PM +0100, Roger Leigh wrote:
> > Hi folks,
> >
> > Fedora has moved to having /var/lock (now /run/lock) owned by
> > root:lock 0775 rather than root:root 01777. This has the advantage
> > of making a sys
> Hughe Chung wrote:
> > When the user selects only Korean language from installer and install only
> > standard system
> > the console can't display Korean messages at all.
> >
> > This is very serious problem for Korean users.
Amaya, le Mon 15 Aug 2011 10:10:09 +0200, a écrit :
> reassign 637
On Fri, 12 Aug 2011, Ian Jackson wrote:
Asheesh Laroia writes ("mentors.debian.net runs the debexpo code now"):
It's live: http://mentors.debian.net/
Thanks, this looks very cool.
I have a question, from the point of view of a potential
sponsor/mentor.
How can I tell the "status" of each of
Le samedi 13 août 2011 à 21:59 +0200, Jakub Wilk a écrit :
> If you decide to NMU without delay a package maintained by me[0], please
> don't bother doing it, but orphan the package instead. I won't be
> interested in maintaining such a package anymore.
I don’t understand this kind of reaction
* Stig Sandbeck Mathisen , 2011-08-16, 14:32:
I'd like to see hgweb repo browser any time soon, too. It's very
annoying that it doesn't work any more.
If you don't make the alioth admins guess which URLs work or not,
things may actually be fixed. :)
There's nothing to guess here. None of htt
"O. Andrew" writes:
> I'd like to see hgweb repo browser any time soon, too. It's very
> annoying that it doesn't work any more.
If you don't make the alioth admins guess which URLs work or not, things
may actually be fixed. :)
--
Stig Sandbeck Mathisen
--
To UNSUBSCRIBE, email to debian-d
Hi there!
On Tue, 16 Aug 2011 12:43:39 +0200, Vincent Lefevre wrote:
> On 2011-08-15 23:29:17 -0400, James Vega wrote:
>> You mean like lesspipe(1)? Seems like it might need to be updated to
>> handle *.xz, but other than that looks like it fits the bill.
>
> lesspipe(1) from the less package is
On 2011-08-15 23:29:17 -0400, James Vega wrote:
> You mean like lesspipe(1)? Seems like it might need to be updated to
> handle *.xz, but other than that looks like it fits the bill.
lesspipe(1) from the less package is a bit primitive. How about using
Wolfgang Friebel's version, which already su
On Tue, Aug 16, 2011 at 11:50:49AM +0200, Luca Capello wrote:
> On Tue, 16 Aug 2011 10:08:45 +0200, Alexander Reichle-Schmehl wrote:
> > FWIW, if you the following in your bashrc:
> >
> > if [ -f /usr/bin/lesspipe ]; then
>
> I would use the -x expression instead ;-)
>
> And I would also say that
On Tue, Aug 16, 2011 at 04:44:07PM +0800, Chow Loong Jin wrote:
> > Am 16.08.2011 02:43, schrieb Russell Coker:
> >> I'd like to see zless work transparently with bzip and xz compressed
> >> files.
> >> There's really no need for three different wrapper programs when the zless
> >> program can
Hi there!
On Tue, 16 Aug 2011 10:08:45 +0200, Alexander Reichle-Schmehl wrote:
> Am 16.08.2011 02:43, schrieb Russell Coker:
>
>> I'd like to see zless work transparently with bzip and xz compressed files.
>> There's really no need for three different wrapper programs when the zless
>> program
On Tue, Aug 16, 2011 at 10:08:45AM +0200, Alexander Reichle-Schmehl wrote:
> Am 16.08.2011 02:43, schrieb Russell Coker:
>
> > I'd like to see zless work transparently with bzip and xz compressed files.
> >
> > There's really no need for three different wrapper programs when the zless
> > prog
On 16/08/2011 16:08, Alexander Reichle-Schmehl wrote:
> Hi!
>
> Am 16.08.2011 02:43, schrieb Russell Coker:
>
>> I'd like to see zless work transparently with bzip and xz compressed files.
>> There's really no need for three different wrapper programs when the zless
>> program can just consult
Hi!
Am 16.08.2011 02:43, schrieb Russell Coker:
> I'd like to see zless work transparently with bzip and xz compressed files.
> There's really no need for three different wrapper programs when the zless
> program can just consult the magic db to determine which decompression
> program
> to u
I'd like to see hgweb repo browser any time soon, too. It's very
annoying that it doesn't work any more.
--
WBR, Andrew
On 5/28/11, Darren Salt wrote:
> I demand that Bernd Zeimetz may or may not have written...
>
> [snip]
>> Please provide a proper gitweb instance or at least a proxy at that u
2011/8/13 Andrea Bolognani :
> I believe you could achieve the same effect using a combination of
> triggerhappy and the aforementioned rfkill, and I don’t like the idea
> of having a special daemon running to handle a subset of the special
> keys when there’s a more general solution to the problem
36 matches
Mail list logo
