Bug#1103682: ITP: python-odfdo -- odfdo is a Python3 library

2025-04-20 Thread broder
Package: wnpp
Severity: wishlist
Owner: broder 
X-Debbugs-Cc: debian-devel@lists.debian.org

* Package name: python-odfdo
  Version : 3.13.9
  Upstream Contact: Jérôme Dumonteil 
* URL : https://github.com/jdum/odfdo
* License : Apache-2.0
  Programming Lang: Python
  Description : odfdo is a Python3 library


Bug#1101932: RFP: python-odfdo -- library and scripts for manipulating OpenDocument format (ODF) files

2025-04-22 Thread broder
Package: wnpp
Followup-For: Bug #1101932
Owner: broder 
X-Debbugs-Cc: debian-devel@lists.debian.org



Bug#1101932: RFP: python-odfdo -- library and scripts for manipulating OpenDocument format (ODF) files

2025-04-22 Thread broder
Package: wnpp
Followup-For: Bug #1101932
Owner: broder 
X-Debbugs-Cc: debian-devel@lists.debian.org

I would like to pack this



Bug#613123: ITP: reptyr -- A tool for moving running programs between ptys

2011-02-12 Thread Evan Broder
Package: wnpp
Severity: wishlist
Owner: Evan Broder 

* Package name: reptyr
  Version : 0.1+git.20110212t183758.d51bfc2d
  Upstream Author : Nelson Elhage 
* URL : http://github.com/nelhage/reptyr
* License : MIT/X
  Programming Lang: C
  Description : A tool for moving running programs between ptys

reptyr is a utility for taking an existing running program and
attaching it to a new terminal, and is particularly useful for moving
a long-running process into a GNU screen session.

reptyr does a more thorough job of transferring programs than many
other tools, including the popular "screenify" shell script, because
it changes the program's controlling terminal. This means that actions
such as window resizes and interrupts are sent to the process from the
new terminal.



-- 
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/20110213000959.6027.77099.reportbug@mingo



Re: Uploading to multiple distros

2011-06-02 Thread Evan Broder
On Thu, Jun 2, 2011 at 6:05 PM, Robert Collins
 wrote:
> On Fri, Jun 3, 2011 at 2:40 AM, Martin Owens  wrote:
>> Why not just make ppa uploading simpler at the same time? (if you can
>> change the changelog file processing):
>>
>> picocom (1.4-1) debian:unstable oneiric natty maverick lucid;
>> urgency=low
>>
>> Instead of pushing 6 different packages, we could push just the one.
>> Have the tools search for a match and build for that archive.
>
> The challenge with ppas here  is that a package can only be built once
> in a given archive: the binary package names are the same for all of
> unstable/oneiric/natty/maverick/lucid : the APT archive which makes up
> a PPA cannot present different binary versions for each series.

Hmm...a lot of this discussion seems to be getting caught up in the
ubuntu-devel moderation queue, but I'll try to guess context as best
as I can...

If you want to upload a package to a PPA for a bunch of versions
simultaneously, I'd recommend my backportpackage script in
ubuntu-dev-tools. You can do something like

  backportpackage --destination natty --destination maverick
--destination lucid --upload ppa:broder/ppa picocom_1.4-1.dsc

Or instead of a .dsc, you can give it a --source release (e.g.
oneiric) and a package name. It handles bumping (well, dropping) the
package version number appropriately (e.g. ~natty1). It can also build
locally (--build/-b) and save the build products (-w WORKDIR)

It will still push 3 different packages, but the generation and upload
process is totally automated, and it avoids issues with version
numbers, toolchains, and upgrades.

- Evan


--
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/banlktimqvqszuheorr3urjb_1etndtb...@mail.gmail.com