On 22/05/10 at 18:33 +0100, Neil Williams wrote:
> Does the MIA team take note of the WNPP reports of recently orphaned
> packages or is there a chance that an inactive maintainer whose only
> package is orphaned and then uploaded using QA, could drop off the
> radar of the MIA team? (Leaving the k
On Sun, May 23, 2010 at 08:40:44AM +0200, Lucas Nussbaum wrote:
> On 22/05/10 at 15:07 +0200, Ana Guerrero wrote:
> > Hi,
> >
> > It is good to care for packages from people who are currently too busy and
> > making NMUs to fix critical/very important bugs. However, lately I have been
> > seeing a
On Sun, 23 May 2010 07:53:14 +0200
Julien Valroff wrote:
> The sources contain gettext translations, the copyrights and licences
> of which are sometimes unclearly stated, eg:
Nearly all packages with translations have "problems" like this. It
isn't actually a problem, there's nothing realistic
On Sat, May 22, 2010 at 06:33:41PM +0100, Neil Williams wrote:
> On Sat, 22 May 2010 19:20:42 +0200
> Julien BLACHE wrote:
>
> > Either it's a QA upload or it's a NMU, but it can't be "a bit of
> > both".
> >
> > If the package is effectively not maintained anymore, it's up to the
> > MIA team t
On Sat, May 22, 2010 at 10:21:08AM +0200, Salvo Tomaselli wrote:
> I think i should also close the bug, and.. sorry :-)
Don't worry, stuff like this happens.
Michael
--
Michael Meskes
Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org)
Michael at BorussiaFan dot De, Meskes at (
(Dropping -release, which isn't a discussion list.)
William Pitcock (22/05/2010):
> Given that there is no active upstream and that the Debian lilo
> package carries many patches for bug fixes that are alleviated by
> standardizing on grub2, this seems like the best option for Debian.
Speaking o
On Sun, May 23, 2010 at 01:11:48PM +0200, Cyril Brulebois wrote:
> William Pitcock (22/05/2010):
> > This means that users should *test grub2 extensively* before Squeeze
> > is released so that any issues can be resolved now.
>
> There should also be some folks fixing the discovered issues.
grub
Hello,
speaking both with my translator and my Debian Maintainer hat on, I
can state the following:
a) There are lots of "drive by" translators. Systems like launchpad or
DDTP even *encourage* this. In this case, it is most likely not
possible at all to contact individual translators.
b) In
I demand that William Pitcock may or may not have written...
> After some discussion about lilo on #debian-devel in IRC, it has pretty
> much been determined that kernel sizes have crossed the line past where
> lilo can reliably determine the payload size.
Working fine here on i386, whether booti
Ana Guerrero writes:
>
> It is good to care for packages from people who are currently too busy and
> making NMUs to fix critical/very important bugs. However, lately I have been
> seeing a lot of NMUs that are being very disruptive
Hi Ana,
The packages I took under close look have been carefull
Jari Aalto schrieb am Sunday, den 23. May 2010:
Hi,
*snip*
> In addition to fixing the RC bugs, minor updates were usually done at
> the same time. This was done for the reasons that in case the packages
> were later orphaned or the maintainer were MIA, it would be more
> desireable to have a we
Darren Salt wrote:
Hi,
> Working fine here on i386, whether booting a stock kernel (testing with
> 2.6.33 from experimental) or a custom kernel. I've not checked a stock kernel
> on amd64 for some time now, but I've seen no problems with my custom kernels
> (which are all initrd-free).
No probl
The lack of a suitable (i.e. non-buggy) mingw32 cross-compiler has
blocked Wine updates for half a year now. Both the mingw32 package (gcc
4.2.1) and the gcc-mingw32 package (gcc 4.4.2) have a bug which was
fixed in upstream gcc 4.4.3. At least one of these should be updated, if
we want a fully
On Sun, May 23, 2010 at 03:25:11PM +0200, Alexander Wirt wrote:
> > The DEP1 does't specifially encourage fixing anything else than the BUG
> > at hand, and that's a very good rule for actively maintained packages.
> That dep thingys are no policy. imho these uploads violate the nmu policy.
Well,
Alexander Wirt writes:
>> Jari Aalto schrieb am Sunday, den 23. May 2010:
>>
>> [When package was not maintained]
>>
>> In addition to fixing the RC bugs, minor updates were usually done at
>> the same time. This was done for the reasons that in case the packages
>> were later orphaned or the main
On Sat, 22 May 2010 22:39:52 -0500, William Pitcock
wrote:
>This means that users should *test grub2 extensively* before Squeeze is
>released so that any issues can be resolved now.
This also means that the grub2 maintainers (both Debian and Upstream)
need to work on the regressions that exist in
On Sun, May 23, 2010 at 05:09:32PM +0300, Jari Aalto wrote:
> - non-active maintainer and for case like: years old package, 6+
> months old FTBFS, or ancient 3.[56].x policy in debian/control?
On -qa, we tried to define some time ago work-flow for dealing with
cases like that (essentiall
On Sun, May 23, 2010 at 02:08:59PM +0200, Marc Haber wrote:
> This also means that the grub2 maintainers (both Debian and Upstream)
> need to work on the regressions that exist in regard to moving from
> lilo or grub "legacy" to grub2. There are too many bug reports in the
> BTS which are completel
I demand that Julien BLACHE may or may not have written...
> Darren Salt wrote:
>> Working fine here on i386, whether booting a stock kernel (testing with
>> 2.6.33 from experimental) or a custom kernel. I've not checked a stock
>> kernel on amd64 for some time now, but I've seen no problems with
Darren Salt wrote:
Hi,
>>> Working fine here on i386, whether booting a stock kernel (testing with
>>> 2.6.33 from experimental) or a custom kernel. I've not checked a stock
>>> kernel on amd64 for some time now, but I've seen no problems with my
>>> custom kernels (which are all initrd-free).
>
Package: wnpp
Severity: wishlist
Owner: Miguel Landaeta
* Package name: serp
Version : 1.14.1
Upstream Author : A. Abram White
* URL : http://serp.sourceforge.net/
* License : BSD
Programming Lang: Java
Description : Java Virtual Machine bytecode manip
Hi,
On Sat, May 22, 2010 at 06:23:25PM +0100, Neil Williams wrote:
> On Sat, 22 May 2010 09:32:02 -0700
> tony mancill wrote:
>
> > I sponsored the upload of a number of Jari's fixes. You state that
> > they were disruptive, but I'm wondering to whom. The uploads were to
> > delayed queues and
On 24/05/10 at 01:15 +0900, Osamu Aoki wrote:
> Really, issue is "Debian does not have reasonable rule for hijacking or
> automatic orphaning".
I fully agree. There are many packages that are staying with totally
outdated upstream versions simply because the maintainer went inactive,
and MIA was n
On Sat, May 15, 2010 at 06:48:41PM +0900, Osamu Aoki wrote:
> Hi,
>
> On Sat, May 15, 2010 at 05:16:08PM +0800, Asias He wrote:
> > Hi, All
> >
> > Recently, code.google.com changed the download page link format.
> > As a result, the old debian/watch file in packages whose upstream source
> > co
Every day, I run a archive wide consistency check of all the init.d
scripts in Debian. It detect dependencies on non-existing facilities,
duplicate provides and other problems. Here is the complete list from
today, also available from http://lintian.debian.org/~pere/ >.
There are quite a few fa
Am 23.05.2010 20:25, schrieb Petter Reinholdtsen:
Every day, I run a archive wide consistency check of all the init.d
scripts in Debian. It detect dependencies on non-existing facilities,
duplicate provides and other problems. Here is the complete list from
today, also available fromhttp://lin
[Patrick Matthäi]
> Thanks for the list, but wouldn't it be better to submit bugreports? :)
Absolutely, and thank you for volunteering.
I submit bug reports as quickly as I find time to review issues and
report them (I have perhaps 5-10 minutes per day available for this),
and as you can see fro
Hi Jari (also Tony and Nobuhiro):
On Sun, May 23, 2010 at 04:21:30PM +0300, Jari Aalto wrote:
>
I am not going to answer you detailed to this email because you are trying
to explain you did nothing wrong and I agree you did nothing wrong
trying to fix bug and improve the quality in the archive
On Sat, 22 May 2010 23:39:52 -0400 (EDT), William Pitcock wrote:
>
> After some discussion about lilo on #debian-devel in IRC, it has pretty
> much been determined that kernel sizes have crossed the line past where
> lilo can reliably determine the payload size.
>
> This bug *can* be fixed, but n
On Sun, May 23, 2010 at 08:25:34PM +0200, Petter Reinholdtsen wrote:
> warning: script ircd-irc2/init.d/ircd-irc2 possibly missing dependency on
> $syslog
We already covered this in #469605 and it's a false positive.
Kurt
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with
Hi,
- "Stephen Powell" wrote:
> (blah blah blah blah)
Nobody cares if you are opposed to it. Unless you are offering to become
lilo upstream, it's going away.
William
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact lis
Hi!
On Sun, May 23, 2010 at 10:01:22AM +0200, Jan Hauke Rahm wrote:
> On Sun, May 23, 2010 at 08:40:44AM +0200, Lucas Nussbaum wrote:
> > On 22/05/10 at 15:07 +0200, Ana Guerrero wrote:
> > > Hi,
> > >
> > > It is good to care for packages from people who are currently too busy and
> > > making
On Mon, May 24, 2010 at 12:11:30AM +0400, William Pitcock wrote:
> Hi,
>
> - "Stephen Powell" wrote:
>
> > (blah blah blah blah)
>
> Nobody cares if you are opposed to it. Unless you are offering to become
> lilo upstream, it's going away.
That is why I love reading d-dev. Some debian dev
Package: wnpp
Severity: wishlist
Owner: Chris Silva
* Package name: png2ico
Version : 12.08.02-1
Upstream Author : Matthias S. Benkmann
* URL : http://www.winterdrache.de/freeware/png2ico/
* License : GPL-2
Programming Lang: G++
Description : png2ico
Package: wnpp
Severity: wishlist
Owner: "Jan Jeroným Zvánovec"
* Package name: ditchers
Version : 1.0.4
Upstream Author : David Slabý
* URL : http://ditchers.sourceforge.net/
* License : GPL
Programming Lang: C++, Lua
Description : tank digging and sho
On Sun, 23 May 2010 16:11:30 -0400 (EDT), William Pitcock wrote:
> "Stephen Powell" wrote:
>> (blah blah blah blah)
>
> Nobody cares if you are opposed to it. Unless you are offering to become
> lilo upstream, it's going away.
>
> William
I do understand why a Debian package maintainer does not
On Sun, 23 May 2010, Stephen Powell wrote:
> But withdrawing it from the distribution seems like overkill to me,
> especially since you want to withdraw it from Squeeze and not
> Squeeze+1. Lilo, as it exists today, works just fine for my
> purposes.
If the maintainer doesn't wish to maintain it f
On Monday, 24. May 2010, Stephen Powell wrote:
> I do understand why a Debian package maintainer does not wish to become
> "upstream". And I hope that someone who is both willing and able to do
> so steps up to the plate. But withdrawing it from the distribution seems
> like overkill to me, espec
Quoting Stanislav Maslovski (stanislav.maslov...@gmail.com):
> > Nobody cares if you are opposed to it. Unless you are offering to become
> > lilo upstream, it's going away.
>
> That is why I love reading d-dev. Some debian developers are so good
> at argumentation!
Everybody has time constrain
Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org
--- Please fill out the fields below. ---
Package name: asus-oled-driver
Version: 0.03
Upstream Author: Jakub Schmidtke
URL: http://lapsus.berlios.de/asus_oled.html
URL: http://develop
> Christian Perrier
>console-common (U)
> warning: script console-common/init.d/keymap.sh possibly missing
> dependency on $remote_fs
I wonder what in keymap.sh is triggerring this. TTBOMK,
/etc/init.d/keymap.sh is meant to work without /usr being mounted
>samba (U)
> erro
41 matches
Mail list logo
