Bug#928683: ITP: perl6-openssl -- OpenSSL bindings for Perl 6

Package: wnpp Severity: wishlist Owner: Robert Lemmen * Package name: perl6-openssl Version : 0.1.22 Upstream Author : Filip Sergot and others * URL : https://github.com/sergot/openssl * License : MIT Programming Lang: Perl 6 Description : OpenSSL

Bug#915637: ITP: dh-perl6 -- debhelper add-on to simplify Perl 6 package building

Package: wnpp Severity: wishlist Owner: Robert Lemmen * Package name: dh-perl6 Version : 0.1 Upstream Author : Robert Lemmen * URL : none * License : Artistic 2.0 Programming Lang: Perl Description : debhelper add-on to simplify Perl 6 package

Bug#914608: ITP: perl6-readline -- Perl 6 interface to libreadline

Package: wnpp Severity: wishlist Owner: Robert Lemmen * Package name: perl6-readline Version : 0.1.4 Upstream Author : Jeffrey Goff * URL : https://github.com/drforr/perl6-readline * License : Artistic License 2.0 Programming Lang: Perl 6 Description

Bug#903727: ITP: perl6-zef -- Perl 6 package manager

Package: wnpp Severity: wishlist Owner: Robert Lemmen * Package name: perl6-zef Version : 0.4.4 Upstream Author : Nick Logan, "tony-o" and others * URL : https://github.com/ugexe/zef * License : Artistive Version 2 Programming Lang: Perl 6 D

Bug#903723: ITP: perl6-tap-harness -- TAP test harness for Perl 6

Package: wnpp Severity: wishlist Owner: Robert Lemmen * Package name: perl6-tap-harness Version : 20180415 Upstream Author : Leon Timmermans and others * URL : https://github.com/perl6/tap-harness6 * License : Artistic Version 2 Programming Lang: Perl 6

Bug#775232: ITP: libcaf -- C++ Actor Framework

Package: wnpp Severity: wishlist Owner: Robert Lemmen * Package name: libcaf Version : 0.12.1 Upstream Author : Dominik Charousset * URL : https://github.com/actor-framework/actor-framework * License : BSD, Boost Programming Lang: C++ Description : C

Re: piece of mind

normal package must work independently of how or who started it! regards robert [0] http://www.freedesktop.org/wiki/Software/systemd/InterfaceStabilityPromise/ -- Robert Lemmen http://www.semistable.com signature.asc Description: Digital signature

Re: piece of mind

u have to accept that for a lot of people this *is* important. that's why having the choice would be great! regards robert -- Robert Lemmen http://www.semistable.com signature.asc Description: Digital signature

Re: status of circulars dependencies in unstable

on the dependencies between entities in the debian space (packages, bugs etc), then please send them my way. with a moderatly long list of use cases, i could go on defining the query language... cu rober -- Robert Lemmen http://www.semistable.com signature.asc Description: Digital signature

Re: The evil build methods of thy libev

e the way envisioned by libev upstream for that extra 0.0001% performance. this might even be a solution that is acceptable to upstream... cu robert ps: i like libev, it's awesome! -- Robert Lemmen http://www.semistable.com signature.asc Description: Digital signature

Re: problems with the concept of unstable -> testing

bugs silently make it to testing. for the record: i have a script running that monitors that, and bugs are found 50/50 in unstable and testing. no real trend over the last 1.5 years. considering how many people use testing, and how few use unstable, i think unstable is quite effective! cu

Re: DFSG violations: non-free but no contrib

ok, i think i have just woken up and must have mixed up a few unrelated things in my previous mail(s). please disregard everything i said... thanks robert -- Robert Lemmen http://www.semistable.com signature.asc Description: Digital signature

Re: DFSG violations: non-free but no contrib

t work (in some cases) without package B should declare some kind of relationship on it. simply because there *is* a relation between them... doesn't that sound reasonable to you? cu robert -- Robert Lemmen http://www.semistable.com signature.asc Descripti

Re: DFSG violations: non-free but no contrib

. cu robert [0] http://womble.decadent.org.uk/blog/for-those-who-care-about-firmware -- Robert Lemmen http://www.semistable.com signature.asc Description: Digital signature

Re: DFSG violations: non-free but no contrib

route (put firmware in non-free, and make sure you can still use your system) what is most in line with how we deal with these things in debian? cu robert -- Robert Lemmen http://www.semistable.com signature.asc Description: Digital signature

DFSG violations: non-free but no contrib

now, end non-free code is marked as such... cu robert -- Robert Lemmen http://www.semistable.com signature.asc Description: Digital signature

Re: EULA as well: xsane

d support making such a decision. > > I would support it too, provided that it's tied to a policy decision not > to accept works licensed under the AGPL into main. please forgive my ignorance, but i don't understand what the AGPL has to do with click-through license agreements.

Re: EULA as well: xsane

because of the mozilla change, and making such a policy decision at a time when it does not mean reverting some big package back to an older version. think of it as a regression... cu robert -- Robert Lemmen http://www.semistable.com -- To UNSUBSCRIBE, email to [E

Re: EULA as well: xsane

away in 0.995-3? yes, i didn't get that it was removed in testing (thanks!) still: can we make this a policy item? cu robert -- Robert Lemmen http://www.semistable.com signature.asc Description: Digital signature

EULA as well: xsane

good? regards robert -- Robert Lemmen http://www.semistable.com signature.asc Description: Digital signature

Re: Bug#440823: ITP: kelbt -- backtracking LR parser

hat the tool is capable of handling a complex case like this, and that the code for it is included as an example _is_ interesting. will rephrase the paragraph accordingly. cu robert -- Robert Lemmen http://www.semistable.com signature.asc Description: Digital signature

Bug#440823: ITP: kelbt -- backtracking LR parser

Package: wnpp Severity: wishlist Owner: Robert Lemmen <[EMAIL PROTECTED]> * Package name: kelbt Version : 0.12 Upstream Author : Adrian Thurston <[EMAIL PROTECTED]> * URL : http://www.cs.queensu.ca/~thurston/kelbt/ * License : GPL Programmin

Bug#440822: ITP: dicelab -- evaluate the statistical distribution of dice rolls

Package: wnpp Severity: wishlist Owner: Robert Lemmen <[EMAIL PROTECTED]> * Package name: dicelab Version : 0.4 Upstream Author : Robert Lemmen <[EMAIL PROTECTED]> * URL : http://www.semistable.com/dicelab/ * License : GPL Programming Lang: C

Re: Getting rid of circular dependencies, stage 5

lems in many tools, not only apt and dpkg, and also for people. reducing the complexity of the dependency tree *if it does not cost too much* is certainly a worthy goal that will pay off. removing circular dependencies is a way to reduce the complexity a lot that doesn't c

Re: These new diffs are great, but...

ackages file. disabling diffs for file/cdrom urls makes perfect sense imho... cu robert -- Robert Lemmen http://www.semistable.com signature.asc Description: Digital signature

Re: Getting rid of circular dependencies, stage 4

cycles of packages that come from the same source are a problem as well, and are in a way forbidden by policy... cu robert -- Robert Lemmen http://www.semistable.com signature.asc Description: Digital signature

Re: New packages.debian.org

s and the copyright file at the bottom of each packages page don't work. probbaly just something really minor... cu robert -- Robert Lemmen http://www.semistable.com signature.asc Description: Digital signature

Re: Bug#352073: ITP: gerwin -- CASE tool for edit data model

On Thu, Feb 09, 2006 at 12:06:25AM -0200, Fernando Ike de Oliveira wrote: > * Package name: gerwin please note that gerwin has been renamed to ferret to avoid legal problems (erwin trademark). cu robert -- Robert Lemmen http://www.semistable.

Re: Getting rid of circular dependencies, stage 3

mmon package split would be something like: foo --depends--> foo-common if you want one doc dir for it, then of course the real directory has to be in foo-common, and the link in foo. cu robert -- Robert Lemmen http://www.semistable.com signature.asc

Re: apt PARALLELISM

eady does that as far as i understand it cu robert -- Robert Lemmen http://www.semistable.com signature.asc Description: Digital signature

Re: Packages file missing from unstable archive

zsync would be taught to handle .deb files as it does .gz files, and a method for apt be written, how big are the chances that support could be integrated into dak? the effort wouldn't be *that* big... cu robert -- Robert Lemmen http://www.semistable.com si

Re: Packages file missing from unstable archive

p://www.semistable.com/files. in the script you should replace "ed" with "red", the c implementation hasn't been touched in a while and i don't know how well it works now cu robert -- Robert Lemmen http://www.semistable.com signature.asc Description: Digital signature

Re: making developer location from ldap public?

able to registered debian developers, so opt-in is the only way to go. thanks for the feedback, no reason to discuss this any further, i'll see if it's possible to implement it that way. cu robert -- Robert Lemmen http://www.semistable.com signature.asc Description: Digital signature

Re: making developer location from ldap public?

half a degree (or so), so you only get rough answers in the sense of "in this city". [0] http://debian.semistable.com/geoloc.pl -- Robert Lemmen http://www.semistable.com signature.asc Description: Digital signature

Re: making developer location from ldap public?

s not only targeted at debian developers, but also at new maintainers, contributors who are not even in the nm queue (there are many of them), and even interested users or people who want to become more involved cu robert -- Robert Lemmen http://www.semistable.com sig

Re: making developer location from ldap public?

. which is (while i don't understand it) something i will accept. anyone else has any opinions on this matter? cu robert -- Robert Lemmen http://www.semistable.com signature.asc Description: Digital signature

Re: making developer location from ldap public?

ause the developer names aren't included) and having my > privacy. So even if there is a case to be made for making this info > public some of the time, your implementation is flawed. i see your point. i actually didn't expect many people to have a problem with disclosing

Re: making developer location from ldap public?

than this entry that you can edit yourself. so the question should be more like "do you really have a problem if this field would be public"... cu robert -- Robert Lemmen http://www.semistable.com signature.asc Description: Digital signature

Re: making developer location from ldap public?

need > to explain what they are. well, of course i was talking about letting non-dd get to the data! it would be a public service. and the data in question would be your name and email along with your latitude and longitude if you entered it in the ldap database cu rober

making developer location from ldap public?

base which only few people can do, so i would prefer not so, please let me know what you think! -- Robert Lemmen http://www.semistable.com signature.asc Description: Digital signature

Re: Bug#322151: ITP: tablix -- high school timetable generator

versity will have problems with this... cu robert -- Robert Lemmen http://www.semistable.com signature.asc Description: Digital signature

Bug#322151: ITP: tablix -- high school timetable generator

Package: wnpp Severity: wishlist Owner: Robert Lemmen <[EMAIL PROTECTED]> * Package name: tablix Version : 0.1.2 Upstream Author : [EMAIL PROTECTED] * URL : http://www.tablix.org * License : GPLv2 * Description : high school timetable generator

Bug#321945: ITP: gtablix -- graphical user interface for Tablix, a timetable generator

Package: wnpp Severity: wishlist Owner: Robert Lemmen <[EMAIL PROTECTED]> * Package name: gtablix Version : 0.0.8 Upstream Author : [EMAIL PROTECTED] * URL : http://gtablix.homelinux.org * License : GPLv2 Description : graphical user interface for

Re: Canonical and Debian

machine myself, as i'm no DD and therefore not trusted enough, but i'd like an ordinary user account on the machine, as i need it for work every now and then. just holler when you know where and when it is needed... cu robert -- Robert Lemmen http:/

Re: Canonical and Debian

would an ultra 10 or a netra x1 be sufficient? cu robert -- Robert Lemmen http://www.semistable.com signature.asc Description: Digital signature

Re: Bug#305753: general: 38 packages still use 'Origin: debian'

warranted for this. This should indeed > be closed unless you can come up with some real reason why this should be > changed. of course this should not be rushed, and isn't really critical at all. but cruft *is* a bug, and things should be cleaned up. cu robert -- Robert Lemmen

Re: Bits (Nybbles?) from the Vancouver release team meeting

are willing to add a machine, and what an overwhelming concern on the side of the release team would be. especially whether "we already have enough architectures" and "we don't think it's important enough even though it satisfies the other criteria&q

Re: Bits (Nybbles?) from the Vancouver release team meeting

hat we do the releases and make sure that an arch can come back. cu robert -- Robert Lemmen http://www.semistable.com signature.asc Description: Digital signature

Re: Bits (Nybbles?) from the Vancouver release team meeting

not do releases, so the porters can do their own stable releases of their arch or have per-arch testing? (the latter might lead to a source package explosion i think) cu robert -- Robert Lemmen http://www.semistable.com signature.asc Description: Digital signature

Bug#298899: ITP: gourmet -- a recipe manager

Package: wnpp Severity: wishlist Owner: Robert Lemmen <[EMAIL PROTECTED]> * Package name: gourmet Version : 0.8.0 Upstream Author : [EMAIL PROTECTED] * URL : https://sourceforge.net/projects/grecipe-manager/ * License : GPL Description : a recipe m

Re: Let's remove mips, mipsel, s390, ... (Was: [Fwd: Re: GTK+2.0 2.6.2-3 and buildds running out of space])

ide. anyway, it's too early to speculate about stuff like that... cu robert -- Robert Lemmen http://www.semistable.com signature.asc Description: Digital signature

Re: Debian mirror scripts

i talked to a lot of people about this issue. and while you can never be sure about patents i am very confident that zsync is unproblematic. cu robert -- Robert Lemmen http://www.semistable.com signature.asc Description: Digital signature

Re: New stable version after Sarge

gt; >new ones? > > I just filed a wishlist on cron-apt about that same thing this morning: > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=288763 doesn't apt-listchanges do that? cu robert -- Robert Lemmen http://www.semistable.com signature.asc Description: Digital signature

Re: RunDinstallHourly

ul > for those annoying transitions. not really important right now, but anyway: britney's time-complexity in regards to the number of packages she has to work on is really bad, son in the long run it might pay off to run britney more often and on a smaller number of packages each time. cu rob

Re: Synching mirrors and clients (was: Re: apt-proxy v2 and rsync)

file might be similar and use this as the file to sync against. this should work pretty fine for debian packages, especially with --rsyncable cu robert -- Robert Lemmen http://www.semistable.com signature.asc Description: Digital signature

Bug#279551: ITP: zsync -- A client-side implementation of the rsync algorithm

pt for example ;) cu robert -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.9 Locale: LANG=C, [EMAIL PROTECTED] -- Robert Lemmen http://www.semistable.com

Re: Some observations regardig the progress towards Debian 3.1

t libraries with changed sonames automatically. cu robert -- Robert Lemmen http://www.semistable.com pgpCfXD1mGBJS.pgp Description: PGP signature

Re: Some observations regardig the progress towards Debian 3.1

e copyright didn't change or that the diff is under a given size). so the question (to ftpmaster) is: have there been any cases yet where such a solution would have done something wrong? cu robert -- Robert Lemmen http://www.semistable.com pgp9H48zmVJ4U.pgp Description: PGP signature

Re: Re: Where are we now? (Was: Bits from the RM)

uitive user interface i have seen. the day i discovered aptitude and got rid of dselect meant a big step forward for my persoanl debian experience. cu robert -- Robert Lemmen http://www.semistable.com pgpeu1EdfsjaH.pgp Description: PGP signature

Re: Future releases of Debian

On Thu, Jul 24, 2003 at 01:37:18PM -0500, John Hasler wrote: > Robert Lemmen writes: > > any package that doesn't build on m68k or arm is broken and needs to be > > fixed, even if it works on x86 by chance! > > Even when it fails to build due to compiler errors or bugg

Re: Future releases of Debian

On Thu, Jul 24, 2003 at 12:34:29PM -0600, Jamin W. Collins wrote: > > me too! any package that doesn't build on m68k or arm is broken and > > needs to be fixed, even if it works on x86 by chance! > > So, are you volunteering to help those of us without access to either of > the above architectures

Re: Future releases of Debian

On Thu, Jul 24, 2003 at 08:39:11PM +0300, Halil Demirezen wrote: > Are we in dilemma on "should we support arch that are not used widely?" or > "We should support all architectures" > > what i prefer is the second one. me too! any package that doesn't build on m68k or arm is broken and needs to

Re: [debian-devel] Status of mICQ code audit

On Tue, Apr 22, 2003 at 07:36:30PM +0200, Rüdiger Kuhlmann wrote: > It's kinda overdue, which is why I'm asking. I now have the missing > translations for a few new strings so that I can activate the code that uses > them in the stable branch. But the fixes are not that many yet that waiting > for

Re: [debian-devel] Status of mICQ code audit

On Tue, Apr 22, 2003 at 03:07:28PM +0200, Rüdiger Kuhlmann wrote: > > couple of non-intentional errors (buffer overruns, null-dereferences, etc) > > If you really found some that haven't been fixed in the meanwhile, you could > send them to me so that I can fix them for the next update. we wanted

Re: Status of mICQ code audit

On Sat, Apr 19, 2003 at 09:43:05PM +0200, Martin Loschwitz wrote: > can you please inform the list and me about the current status of the > mICQ code audit you two wanted to do? It's been a while and I didn't > hear anything further from you since then. > > However, since it is my principle to f

Re: Are we losing users to Gentoo?

On Tue, Nov 26, 2002 at 04:41:45PM +0200, Riku Voipio wrote: > Something is seriously wrong, if a single bug that affects a single > arch can stop everyone else from forward. We need a way to get packages > that are broken on some platform into the distrubution while the > developers of the arch so

Re: Are we losing users to Gentoo?

On Thu, Nov 21, 2002 at 12:24:15AM +1100, Glenn McGrath wrote: > "In addition Portage supports the concept of SLOTs. In the development of > Gentoo Linux its developers often found that we needed to have multiple > versions of certain packages (such as libraries) installed to satisfy the > demands

Bug#143568: ITP: ragel -- finite state machine to c/c++ compiler

Package: wnpp Version: N/A; reported 2002-04-19 Severity: wishlist * Package name: ragel Version : 1.1.0 Upstream Author : Adrian Thurston <[EMAIL PROTECTED]> * URL : http://www.ragel.ca/ragel * License : GPL Description : finite state machine to c/c++ com