All I know is many bugs are fixed in the newer versions.
Fine.
OK, working with
$ apt-cache policy emacs
emacs:
Installed: 1:27.1+1-3
Candidate: 1:27.1+1-3
Version table:
*** 1:27.1+1-3 990
990 http://opensource.nchc.org.tw/debian unstable/main amd64 Packages
tramp-version is a variable defined in ‘tramp-cmds.el’.
Its value is "2.4.3.27.1"
I.e.
Package: wnpp
Severity: wishlist
Sure, one can install
all the firmware-*
packages in Debian, and thus be sure one has all the firmware one needs.
However that is a big waste. Many megabytes of wasted updates for who
knows what, some IBM printer from 1967, who knows?
Therefore there should be a
I can test a Prerelease getmail6 .deb for you when you make one.
> "OA" == Osamu Aoki writes:
OA> Hi,
OA> I am about to request for package removal of current getmail package.
OA> So whoever decide to package this new python3 getmail, please go ahead
OA> without worrying file conflict.
Maybe don't remove it, but just hand it over to Sudip for upgrade.
Actually I am guessing the current maintainer isn't reading these
emails, and you Sudip, should consider non-maintainer uploads or steps
on how to take over the project altogether from non-active maintainers.
Indeed in
https://github.com/getmail6/getmail6/issues/33#issuecomment-681888347 we
see the trend across distributions is for a single getmail package
upgraded to 6 and not two packages.
> "SM" == Sudip Mukherjee writes:
SM> X-Debbugs-Cc: Osamu Aoki
I'm not sure that line will work there. I'll CC him anyway.
SM> This getmail6 will install files like:
SM> /usr/bin/getmail
SM> /usr/bin/getmail_fetch
SM> /usr/bin/getmail_mbox
SM> /usr/bin/getmail_maildir
SM> /usr/bin/getmail-g
After reviewing https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=968194
one feels yes, an independent getmail6 package would be the best solution
for now rather than upgrading a single getmail package.
Package: wnpp
https://www.debian.org/devel/wnpp/
apparently only shows package where a maintainer has cried for help,
or packages that don't exist yet, and people wish existed.
It should also list and mention how to file reports about
* Packages that reporters worry that the maintainer might be i
Package: wnpp
These sections need to show up in some table of contents,
$ w3m -dump https://www.debian.org/devel/wnpp/work_needing | grep -P ^\\w ...
Packages up for adoption, by maintainer
Orphaned packages
Else they are buried deep within the document.
("Packages up for adoption" is at top, so
To run the program, after downloading, do
$ java -jar GpsMaster_*.jar
(But this did not seem to work. So maybe do something else)
Exception in thread "main" java.lang.NoClassDefFoundError:
javax/xml/bind/JAXBException
12 matches
Mail list logo
