Re: request for removal of texmacs-extra-fonts

[Alexander Reichle-Schmehl]

Hi!

Am 02.08.2012 08:11, schrieb Atsuhito Kohda:
[..]
> What is the best way to do in this case.  
> Is this mail enough or something more is necessary?

Please see the paragraph "About removals in Debian" on
http://ftp-master.debian.org/removals.html.  Usualleyreportbig
ftp.debian.org should dop the trick.


Best regards,
  Alexander


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/501a2e4d.8040...@schmehl.info

Re: request for removal of texmacs-extra-fonts

[Ralf Treinen]

Hi,

On Thu, Aug 02, 2012 at 03:11:57PM +0900, Atsuhito Kohda wrote:

> Since texmacs 1.0.7.13, texmacs includes all fonts
> of texmacs-extra-fonts so texmacs-common sets 
> Conflicts: texmacs-extra-fonts since Sep. 2011 and
> it seems there is no problem by now.
> So I think texmacs-extra-fonts is obsolete and should 
> be removed.
> 
> I find science-typesetting sets Recommends: texmacs-extra-fonts
> by mistake and I already filed a bug so I think there will be
> no dependency on texmacs-extra-fonts.

thanks for having brought this up.

> What is the best way to do in this case.  
> Is this mail enough or something more is necessary?

The proper way is to file a removal request against ftp.debian.org.
"reportbug ftp.debian.org" shows you the options. A removal request
should be sent by the package maintainer, but this probably doesn't
apply here since every DM is QA, and as texmacs maintainer you are
obvioulsy qualified to make this request.

It is probably better to wait until science-typesetting is fixed. If
you also think that texmacs-extra-fonts should not be distributed with
wheezy then the release team also has to unblock science-typesetting.

-Ralf.


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120802073902.ga29...@free.fr

Re: request for removal of texmacs-extra-fonts

[Ralf Treinen]

On Thu, Aug 02, 2012 at 03:11:57PM +0900, Atsuhito Kohda wrote:

> Since texmacs 1.0.7.13, texmacs includes all fonts
> of texmacs-extra-fonts so texmacs-common sets 

When that happend, texmacs-extra-fonts should probably have been replaced
by an empty transitional package that depends on texmacs. Isn't it a bug
when one package just duplicates stuff that is already shipped by another
package?

-Ralf.


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120802074556.gb29...@free.fr

Re: request for removal of texmacs-extra-fonts

[Alexander Reichle-Schmehl]

Hi!

Am 02.08.2012 09:37, schrieb Alexander Reichle-Schmehl:
> Usualleyreportbig ftp.debian.org should dop the trick.

That should have been: 'usually running "reportbug ftp.debian.org" ...'-


Best regards,
  Alexander (and Clara)


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/501a353f.1090...@schmehl.info

Re: RFC: Why are so many debian packages outdated?

[Thorsten Glaser]

Lars Wirzenius dixit:

>  No other browser is available on the Amiga they're using as their only
>  computer, either.

lynx-cur, w3m and links2 are known-usable on Debian/m68k,
and I’m working on iceweasel currently (already submitted
one patch, another one coming soon) and webkit (also FTBFS,
will need patches).

Oh, and Ingo reported that the stock Debian sid kernel works
fine on his Amiga.

But yes, good list. While it may sound funny at first, I
believe all of them could happen…

bye,
//mirabilos
-- 
  "Using Lynx is like wearing a really good pair of shades: cuts out
   the glare and harmful UV (ultra-vanity), and you feel so-o-o COOL."
 -- Henry Nelson, March 1999


--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/pine.bsm.4.64l.1208021201540.4...@herc.mirbsd.org

Low acceptance of Elektra

[Felix Berlakovich]

Hi all,

 
I recently stumbled over Elektra (http://www.libelektra.org/ 
 but the page seems to be unreachable at the time 
of this writing) and because I find the idea of a central configuration store 
very interesting I’ve done some research. Anyway I had to realize that its 
acceptance is generally very low although I think it could provide some huge 
advantages to tools like webmin. Are there any technical reasons for this that 
I am missing? I know that there are some elektra packages in the repo but I 
cannot find any projects making use of it.  Is there any effort in patching 
some of the major services to make use of libelektra?

 
Thanks

Felix

Re: Bug#637232: Multiarch breaks support for non-multiarch toolchain

[Thorsten Glaser]

Jonathan Nieder dixit:

>   pcc (Portable C compiler): unfixed - http://bugs.debian.org/638309

Yes, but that was not the main showstopper for pcc.
Besides upstream bugs on some architectures (recently,
even Linux/amd64 broke again – I’m following pcc dev),
the main problem was how to get pcc-libs for the target
architecture installed.

Since I can now finally use "Depends: pcc-libs:i386" on
arch-any packages (which was not at first allowed by M-A
but got added to dpkg recently), I believe I can go forward
some day now and put together new pcc versions for experi-
mental that actually make use of M-A. I approximately know
how to deal with the pathnames (having worked enough with
gcc), so no need to assist at the moment (though, that
being said, pcc is lower priority to me than others at
the moment – contact me if it’s important to you).

bye,
//mirabilos
-- 
Sometimes they [people] care too much: pretty printers [and syntax highligh-
ting, d.A.] mechanically produce pretty output that accentuates irrelevant
detail in the program, which is as sensible as putting all the prepositions
in English text in bold font.   -- Rob Pike in "Notes on Programming in C"


--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/pine.bsm.4.64l.1208021236200.4...@herc.mirbsd.org

Bug#683639: ITP: apache-sshd -- java server and client implementation of the SSH protocol

[Thomas Koch]

Package: wnpp
Severity: wishlist
Owner: Thomas Koch 

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

* Package name: apache-sshd
  Version : 0.7.0
  Upstream Author : Apache Software Foundation
* URL : http://mina.apache.org/sshd
* License : Apache
  Programming Lang: Java
  Description : java server and client implementation of the SSH protocol

  This library is based on Apache MINA. It provides support for Java based
  applications requiring SSH support.


This library is a dependency for the Gerrit review system.

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)

iQIcBAEBCAAGBQJQGnekAAoJEAf8SJEEK6ZaKzYP/1+I9Edj8BJ+hJv/mtmC4PgK
zhA+QtygUmwSP39bDuMBMhbl4OzPWOggLAAimJrCf3r/iNyN82zrbwe0sjHvmJvE
UMqOUXv/sfZS+WSs4Y0DqM7yqdbgBur+VgSwlGTmzPIotsuMTpGMQYjpH7k7V96v
fnR54Bm3S6BFmMH1lx6M6C/7P7ycOblaWJVbk3+IcRfc8vzK5hiql3Af6frLOXKB
vLDkJLqwawtOUhBAzOH3ghC8d/1O+38HqcS6p0RrD7yk/WhF76PQOeQJJakonEqC
6z1moJiIMpAGy19Z7s27kLE07bbkZHjZV4RRiq2IJ4Ad1lIg10s+w3dBl2cZAtcZ
LXOe7pkHoCTZfF6+/gR2N1heJzIrgOzQ6z5yKfqBR2F4s07iYvQ3mnnbxauerD5W
tq4v3GZtv4INTNMquJPpWPcvABjHkIWEVJCMKb57UW6llwQMxbEgolAzcPRXdQO0
u3Jw4ZRDcxaBaw8l0rY/yNA5hSkOTi/hOygO0a9f+Rvkamm0JeXD+J/uhK1xme52
iU6FmnCSySR8A/2RwA6g5XeKEtpKYpgvrdYJCpd47BKtupJ5ubUQwXoc4MgrM/uG
dUsjkB0A6TgeddrTbonG3J86wQn0DaGcLq/7FP//1L99daulhbGdFBy3OWvoFWoS
h/5ZQnKWlPNpwaC9oizY
=3fhq
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120802125047.28978.83748.reportbug@t61

Re: Low acceptance of Elektra

[Simon Busch]

Am 02.08.2012 14:21, schrieb Felix Berlakovich:

Hi all,


I recently stumbled over Elektra (http://www.libelektra.org/ 
 but the page seems to be unreachable at the time 
of this writing) and because I find the idea of a central configuration store very 
interesting I’ve done some research. Anyway I had to realize that its acceptance is 
generally very low although I think it could provide some huge advantages to tools 
like webmin. Are there any technical reasons for this that I am missing? I know that 
there are some elektra packages in the repo but I cannot find any projects making use 
of it.  Is there any effort in patching some of the major services to make use of 
libelektra?


As far as I know Tizen is using elektra in it's 1.0 version (which 
includes debian packages for it in their repositories as well).


regards,
Simon

--
Simon Busch - http://mm.gravedo.de/blog/


--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/501a7865.2070...@gravedo.de

Bug#683642: ITP: gwt-maven-plugin -- maven plugin to compile Google Web Toolkit applications

[Thomas Koch]

Package: wnpp
Severity: wishlist
Owner: Thomas Koch 

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

* Package name: gwt-maven-plugin
  Version : 2.4.0
  Upstream Author : Charlie Collins ,
Olivier Lamy ,
Thomas Broyer 
* URL : http://mojo.codehaus.org/gwt-maven-plugin
* License : Apache 2
  Programming Lang: Java
  Description : maven plugin to compile Google Web Toolkit applications
GWT Maven Plugin supports :

* GWT compiler execution for packaging your application into a WAR Compile and 
Debug
* generate GWT internationalization ("i18n") interfaces from bundles 
Internationalization
* running tests (or test suites) based on GWTTestCase framework as part of 
Maven build, Testing Support
* run (or debug) in DevMode from Maven DevMode
* generate boiler code for GWT-RPC Async interface from synchronous server-side 
interfaces Generate Async interfaces for GWT-RPC
* integrate nicelly into Eclipse, thanks to M2Eclipse and the Google Plugin for 
Eclipse. 


This maven plugin is needed to build the gerrit review system.

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)

iQIcBAEBCAAGBQJQGn3lAAoJEAf8SJEEK6Zae14P/3NWlGsK5kvhhEA1k7t6kDz4
PtYMHV7/tdDzU0JHcLt/LG+VEhrHJYd9wpTaqj9IwAWwtVKf6oAYmDFPZkBgYwoc
jSR3rfMVf8GHIWKqEEH2fYZRFmCR5RLfJhvcYYfd97GAa6RWBMpYGejXQG2eAoR1
V8aZwIxUy3uFMxTfnulw6ww/RMznH2ZPeoYCal9+8sQ+aWeqjeMyw9dBBP97xVK3
WRqO0zJE3rgtos+CB298KiSyM01MqUIAueQBJa3p5ltjYzIWHnha2DtG49GzVhsz
jnkZI7UExrqmNK8V88AqT9315ESoMWXiPqr+Hh69zeLWf01QoSy/m6SL1g8KKSgc
e/C44tKWh/YiCaIdGYYujsCDbn0igVkuKvlRfWpxMh7vfgh4IjOkyWEsgocsBYhF
15Ac7ruzLoZ9gSuf1Y6Na4j7BSDO/+agP3xta5dkqO1GkvzmXkTwMjo+SeY+kPeX
ClEYmJEnZGjRkTLbOWsNIP2vURKN5JG7J47A1lmg8iFVs13lptHGOXoafl0lja+r
pWyHjGE6vXRzebNFG9PMThZEtKwYFtClhKfCMnLMyh+SBqyfdNK+UD4H9l6Arxn3
DDGOhEasyKSaknUqdsu873e4FJCn6tuzRfRj/DlJkksJDvrvWtU1SPJshLIPqeB+
csFt16mFnv567CvgTGbz
=rH+R
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120802131728.30625.74901.reportbug@t61

AW: Low acceptance of Elektra

[Felix Berlakovich]

This looks promising, but I would love to see services like apache, samba or 
ssh using Elektra. I think that having a single configuration interface can be 
much more convenient than getting used to several different configuration file 
formats. 

-Ursprüngliche Nachricht-
Von: Simon Busch [mailto:morp...@gravedo.de] 
Gesendet: Donnerstag, 02. August 2012 14:54
An: Felix Berlakovich
Cc: debian-devel@lists.debian.org
Betreff: Re: Low acceptance of Elektra

Am 02.08.2012 14:21, schrieb Felix Berlakovich:
> Hi all,
>
>
> I recently stumbled over Elektra (http://www.libelektra.org/ 
>  but the page seems to be unreachable at the time 
> of this writing) and because I find the idea of a central configuration store 
> very interesting I've done some research. Anyway I had to realize that its 
> acceptance is generally very low although I think it could provide some huge 
> advantages to tools like webmin. Are there any technical reasons for this 
> that I am missing? I know that there are some elektra packages in the repo 
> but I cannot find any projects making use of it.  Is there any effort in 
> patching some of the major services to make use of libelektra?

As far as I know Tizen is using elektra in it's 1.0 version (which includes 
debian packages for it in their repositories as well).

regards,
Simon

--
Simon Busch - http://mm.gravedo.de/blog/


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/501a7865.2070...@gravedo.de



--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/zarafa.501aa1ab.25b0.16a45ca610f13...@vzar1.berlakovich.net

Bug#683666: RFH: gradle -- Groovy based build system

[Miguel Landaeta]

Package: wnpp
Severity: normal

I request assistance with maintaining the gradle package.

Java/JVM software projects are increasingly migrating from ant and maven to
gradle.

Currently, I am the only maintainer of gradle and it is taking me too much
time to package new upstream releases. Because of that, I was unable to
upload a working release in time for wheezy and I had to ask for its removal.

I think we need a team to maintain this package properly and to be able to
include it in future releases. More and more software is going to depend
on gradle packages.

If there is anybody interested to help, please don't hesitate to contact me.

The package description is:
 Gradle is a build system written in Groovy. It uses Groovy
 also as the language for its build scripts. It has a powerful
 multi-project build support. It has a layer on top of Ivy
 that provides a build-by-convention integration for Ivy. It
 gives you always the choice between the flexibility of Ant
 and the convenience of a build-by-convention behavior.

-- 
Miguel Landaeta, miguel at miguel.cc
secure email with PGP 0x6E608B637D8967E9 available at http://keyserver.pgp.com/
"Faith means not wanting to know what is true." -- Nietzsche


signature.asc
Description: Digital signature

Re: Low acceptance of Elektra

[Ulrich Dangel]

On 08/02/12 14:21, Felix Berlakovich wrote:

> I recently stumbled over Elektra (http://www.libelektra.org/
 but the page seems to be unreachable at the time of
this writing) and because I find the idea of a central configuration store very
interesting I’ve done some research. Anyway I had to realize that its acceptance
is generally very low although I think it could provide some huge advantages to
tools like webmin.

If you want an API to access and modify configuration files have a look at
. It basically transforms a configuration file into a tree 
and
offers an API for traversing/modifying the tree with XPath like expressions.

The great benefit is that the augeas api is really simple, and you can basically
transform most configuration files. There is also _no_ need for upstream 
projects
to modify their configuration format, they can either just provide appropriate
lenses themselves or wait for contributions.


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/501ab185.6050...@spamt.net

Bug#683679: ITP: lpc21isp -- In-circuit programming (ISP)

[Agustin Henze]

Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org

   Package name: lpc21isp
Version: 1.8.3
Upstream Author: Martin Maurer (martin.mau...@clibb.de)
URL: http://lpc21isp.sourceforge.net/
License: LGPL
Description: lpc21isp is an in-circuit programming (ISP) tool for
the NXP(Philips) LPC1100/LPC1300/LPC1700/LPC2000 series
ARM7/Cortex-M0/Cortex-M3 microcontrollers.




-- 
TiN



signature.asc
Description: OpenPGP digital signature

AW: Low acceptance of Elektra

[Felix Berlakovich]

Augeas looks really nice but it misses some of the advantages beside easy 
parsing. For example restricting access to parts of a configuration to specific 
users or groups is only possible by splitting the configuration file. This 
makes the management of configuration files even harder. Another advantage is 
the possibility of different storage backends which enables any services to 
store its configuration for example in a database. I understand that the need 
for upstream projects to make massive changes is kind a showstopper but 
nevertheless the interest in Elektra seems to be low.

-Ursprüngliche Nachricht-
Von: Ulrich Dangel [mailto:u...@spamt.net] 
Gesendet: Donnerstag, 02. August 2012 18:58
An: debian-devel@lists.debian.org
Betreff: Re: Low acceptance of Elektra

On 08/02/12 14:21, Felix Berlakovich wrote:

> I recently stumbled over Elektra (http://www.libelektra.org/
 but the page seems to be unreachable at the time 
of this writing) and because I find the idea of a central configuration store 
very interesting I've done some research. Anyway I had to realize that its 
acceptance is generally very low although I think it could provide some huge 
advantages to tools like webmin.

If you want an API to access and modify configuration files have a look at 
. It basically transforms a configuration file into a tree 
and offers an API for traversing/modifying the tree with XPath like expressions.

The great benefit is that the augeas api is really simple, and you can 
basically transform most configuration files. There is also _no_ need for 
upstream projects to modify their configuration format, they can either just 
provide appropriate lenses themselves or wait for contributions.


--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/501ab185.6050...@spamt.net



--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/zarafa.501ad3d5.2e01.04d1811356d80...@vzar1.berlakovich.net

Processed: Re: gcc-4.4-base: upgrade problems since removal of gcj-4.4

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> reassign 677582 general
Bug #677582 [gcc-4.4-base] gcc-4.4-base: upgrade problems since removal of 
gcj-4.4
Bug reassigned from package 'gcc-4.4-base' to 'general'.
No longer marked as found in versions gcc-4.4/4.4.7-1.
Ignoring request to alter fixed versions of bug #677582 to the same values 
previously set
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
677582: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=677582
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/handler.s.c.134395043629620.transcr...@bugs.debian.org

Bug#677582: gcc-4.4-base: upgrade problems since removal of gcj-4.4

[Matthias Klose]

reassign 677582 general
thanks

I can't see how this is an issue for the gcc-4.4 source package. Therefore
reassigning to general to find a more appropriate package, maybe apt?


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/501b0dfc.90...@debian.org

Work-needing packages report for Aug 3, 2012

[wnpp]

The following is a listing of packages for which help has been requested
through the WNPP (Work-Needing and Prospective Packages) system in the
last week.

Total number of orphaned packages: 459 (new: 2)
Total number of packages offered up for adoption: 144 (new: 0)
Total number of packages requested help for: 65 (new: 1)

Please refer to http://www.debian.org/devel/wnpp/ for more information.



The following packages have been orphaned:

   shoes (#683393), orphaned 2 days ago
 Description: tiny graphics and windowing toolkit using Ruby
 Installations reported by Popcon: 32

   subcommander (#683115), orphaned 5 days ago
 Description: Graphical client for Subversion
 Installations reported by Popcon: 182

457 older packages have been omitted from this listing, see
http://www.debian.org/devel/wnpp/orphaned for a complete list.



No new packages have been given up for adoption, but a total of 144 packages
are awaiting adoption.  See http://www.debian.org/devel/wnpp/rfa_bypackage
for a complete list.



For the following packages help is requested:

[NEW] gradle (#683666), requested today
 Description: Groovy based build system
 Installations reported by Popcon: 29

   apt-xapian-index (#567955), requested 913 days ago
 Description: maintenance tools for a Xapian index of Debian packages
 Installations reported by Popcon: 54294

   asymptote (#517342), requested 1252 days ago
 Description: script-based vector graphics language inspired by
   MetaPost
 Installations reported by Popcon: 3040

   athcool (#278442), requested 2837 days ago
 Description: Enable powersaving mode for Athlon/Duron processors
 Installations reported by Popcon: 80

   balsa (#642906), requested 312 days ago
 Description: An e-mail client for GNOME
 Installations reported by Popcon: 254

   bastille (#592137), requested 726 days ago
 Description: Security hardening tool
 Installations reported by Popcon: 212

   boinc (#511243), requested 1302 days ago
 Description: BOINC distributed computing
 Installations reported by Popcon: 1615

   cardstories (#624100), requested 465 days ago
 Description: Find out a card using a sentence made up by another
   player
 Installations reported by Popcon: 4

   chromium-browser (#583826), requested 795 days ago
 Description: Chromium browser
 Installations reported by Popcon: 10095

   debtags (#567954), requested 913 days ago
 Description: Enables support for package tags
 Installations reported by Popcon: 2497

   doc-central (#566364), requested 922 days ago
 Description: web-based documentation browser
 Installations reported by Popcon: 203

   elvis (#432298), requested 1851 days ago
 Description: powerful clone of the vi/ex text editor (with X11
   support)
 Installations reported by Popcon: 301

   fbcat (#565156), requested 932 days ago
 Description: framebuffer grabber
 Installations reported by Popcon: 145

   flightgear (#487388), requested 1503 days ago
 Description: Flight Gear Flight Simulator
 Installations reported by Popcon: 782

   freeipmi (#628062), requested 434 days ago
 Description: GNU implementation of the IPMI protocol
 Installations reported by Popcon: 1737

   gnat-4.4 (#539633), requested 1570 days ago
 Description: backport bug fixes from trunk (GCC 4.5)
 Installations reported by Popcon: 1615

   gnat-gps (#496905), requested 1435 days ago
 Description: co-maintainer needed
 Installations reported by Popcon: 416

   gnokii (#677750), requested 47 days ago
 Description: Datasuite for mobile phone management
 Installations reported by Popcon: 2413

   gnupg (#660685), requested 164 days ago
 Description: GNU privacy guard - a free PGP replacement
 Installations reported by Popcon: 121366

   golang (#668870), requested 109 days ago
 Description: Go programming language compiler - metapackage
 Installations reported by Popcon: 245

   gpa (#663405), requested 145 days ago
 Description: GNU Privacy Assistant (GPA)
 Installations reported by Popcon: 511

   grub2 (#248397), requested 3006 days ago
 Description: GRand Unified Bootloader
 Installations reported by Popcon: 112087

   hfsprogs (#557892), requested 981 days ago
 Description: mkfs and fsck for HFS and HFS+ file systems
 Installations reported by Popcon: 1133

   hotkey-setup (#483107), requested 1528 days ago
 Description: auto-configures laptop hotkeys
 Installations reported by Popcon: 3500

   irssi-scripts (#663577), requested 143 days ago
 Description: collection of scripts for irssi
 Installations reported by Popcon: 1006

   isdnutils (#661110), requested 160 days ago
 

Bug#677582: gcc-4.4-base: upgrade problems since removal of gcj-4.4

[Julien Cristau]

On Fri, Jun 15, 2012 at 03:10:16 +0200, Andreas Beckmann wrote:

> during piuparts dist-upgrade tests I noticed problems upgrading from
> squeeze if gcj-4.4 is installed. gcj-4.4 was recently removed from sid
> and testing and there is no clean upgrade path and apt decides to keep
> gcc-4.4-base at an old version instead of removing the obsolete gcj-4.4
> packages. Because of
>   Package: gcc-4.4-base
>   Breaks: gcj-4.4-base (<< 4.4.6-9~)
> and
>   $ rmadison gcj-4.4-base
>gcj-4.4-base | 4.4.5-2 | squeeze
> the old version has to be removed.
> 
Does it make any difference if you change the Breaks to Conflicts?

Cheers,
Julien


signature.asc
Description: Digital signature